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Preface 


Simply, what drives me is making a real difference in the world and living a 
good and useful life. 


This begins first & foremost close to home, with a happy & secure family 
life, the company of good friends & an active involvement in the local 
community. It is to my family, then, that this book is dedicated (for 
tolerating the long hours, tucked away in my study, required to write it). 


At work, I am passionate about the role of technology as a competitive 
weapon in the 21st Century business. 


I take every opportunity I get to promote IT as a profession and to raise 
awareness of its value in the companies where I have worked. 


The Internet is changing our world. ‘This is as true now as it was at the 
height of the dotcom boom (if not more so). 


As an evangelist for new wave technologies, I look for the new business 
opportunities & threats that they enable. 


As the veteran of intranet portal implementations at two of the UK’s 
biggest companies and a frequent speaker on e-business at Industry events, 
I have gathered in this book what I know people ask for — and need — most 
to succeed in their own organisations. 


We are the wired generation; always on, always empowered and always 
connected. We can achieve things today that were not even dreamt of 50 
years ago. My passion is for the information revolution made possible by 
these great advances and the exciting business opportunities ahead. 


I hope you enjoy this book and find it useful during your Portal Project 
(whatever stage you find yourself at). Be inspired, be resilient and Dig for 
Victory! 
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‘The Intranet Portal Guide 


DIG FOR 
VICTORY 


"Keep on diggin' 
Till we give our foes a Wiggin’ 
Dig! Dig! Dig! to Victory” (WWII Anthem) 


One month on from the outbreak of the Second World War, the UK 
Ministry of Agriculture launched one of the most memorable slogans of the 
whole conflict: "Dig for Victory'. ‘The entire population were encouraged to 
make their contribution to the war effort by growing their own food. ‘This 
in turn freed up valuable space for war materials on the merchant shipping 
convoys. By 1943, over a million tons of vegetables were being grown in 
gardens and allotments. 


The Intranet Portal Project 


An intranet portal project may well be the first and last project in your 
organisation that truly touches everyone, from the office of your CEO to 
the newest recruit. Whilst humble in itself, your intranet site has the power 
and potential to transform your organisation and make a significant 
contribution to your war effort. You will need wide and popular support, 
with the whole organisation mobilised, to realise your dreams. Be inspired, 
be resilient and Dig for Victory! 


The Intranet Portal Guide 


Following my experiences at Centrica and British Airways, initiating & 
steering major intranet projects, I have put together this guide. It is full of 
information, downloads and advice, structured into three phases: Before, 
during and after the project. 


I believe passionately that a world class intranet portal can become the 
engine of your organisation and may well be the most significant 
investment that you ever make in your people, their processes and their 
systems. 


The battle scars 


Do not underestimate the difficulties! An intranet portal project brings 
great exposure to its participants. All your customers will be only a small 
march away down the corridor and will all know where you live! 


You will meet with great obstacles along the way and hardships. I only hope 
that, in some small way, you can learn from some of my mistakes and use 
this guide to complete your "hero's journey". 


Before 


02. Introduction 

British Secretary of State for War from 1914-16, Lord Horatio Kitchener is 
most famously remembered for being the face of the WWI recruiting 
poster. 


Kitchener was a master of mobilisation, with a mathematically adept mind 
and renowned powers of organisation. His "call to arms" echoes down 
through the generations. You will need to be similarly resourceful in 
recruiting allies to your cause and getting your intranet project 'off the 
ground'. 


Be prepared for a long haul. It may take up to a year to win your business 
case and mobilise the project team. 


An intranet portal is not intrinsically difficult to deliver technically, but can 
be fraught with emotional and political issues. Many such problems tend 
to stem from a poorly executed pre-project phase, where inappropriate 
expectations are set and insufficient sponsorship obtained. As the old 
adage has it, people do not plan to fail, they fail to plan'. This is never truer 
than with an intranet project. 


This section covers the key planning points, including your vision, 
sponsorship, influencing techniques, the architecture, the business case, 
prioritisation and mobilisation. 


03. Getting started 


Revelation and Trials: that’s what it's all about. 
Joseph Campbell (1904-1987) 


In Joseph Campbell's famous analysis of 'The Hero's Journey", he identified 
a common pattern in all the great myths of the world: In the first part of 
the story, the Hero receives a Call to Adventure (a quest, challenge or 
problem he must face). ‘Typically, she initially expresses fear, is reluctant or 
refuses the Call. At this point, the Hero meets with a mentor, who provides 
encouragement, wisdom, or magical gifts to push the Hero past fear and 
doubt. The wisdom and gifts are, of course, vital later on, when the Hero 
faces the Ordeal (confronting his greatest fear and tasting death). 


So what magical gifts would I confer on you at the very start of your 
journey? You will need to be a tough cookie to make the case, lead and 
execute your intranet portal project and there are a number of key qualities 
you will need to have, or acquire: 


Magical Gift #1: A Hard Hat 

The hard hat symbolises the most important personal 
quality you will need to lead an Intranet Portal project; 
Resilience! It is perhaps surprising - but nonetheless true 
- that an intranet project has a very high profile across the 
organisation. One will need to be thick skinned to survive 
the inevitable political missiles! 


— Magical Gift #2: A Thermos Flask 
The thermos flask symbolises patience (particularly 
important in the early stages); It will take far longer than 
ae you think to lay out the vision, gather the sponsorship and 
make the business case for an Intranet Portal. Be prepared 
for a long haul, just to reach the starting line! 


Magical Gift #3: Tool Box 

The tool box symbolises the most important quality for 
the project phase itself and the immediate aftermath; 
Resourcefulness! Learn from others and avoid their 
mistakes. Be nimble enough to cope with your scope 
being stretched, whilst defending its substance. Ruthlessly 
execute your plans, but be prepared to try a different 
approach when things aren't working. 


10 


10. 


So, perhaps surprisingly, I am going to start the “how to” guide by 
suggesting you take some time out to prepare for the strenuous efforts 
ahead! Here are ten top tips for ‘before the before’: 


Have a long holiday: At least two weeks off in a place where you can relax 
and have time to think. Recharge the batteries for the long journey ahead. 
Spend time with those you love and draw energy from. 


Centre yourself: Do you really know what you want to achieve? Is your 
ambition large enough? Where is this in your priority list? Is there a base 
set of principles on which you can found your approach? 


Gather like minds for support: Who will accompany you on this journey? 
Where are your disciples? Have they doubts you need to address? ‘Two 
minds are better than one. One voice is better than many. 


Create space and time: Set aside other things. Clear your diary. Clean 
your desk. Close off on tasks. Plan ahead and give yourself the time you 
need to focus on your objectives. 


Obtain your license to operate: Get permission to start or ignore it. Win 
over the boss. Ensure your personal objectives include making this happen. 
Win the right to compete through small early trrumphs. 


Mobilise your forces: Establish base camp. Provision your (small) team of 
scouts. Arm them with magical weapons. Secure seed funding to light the 
fires. Stay lean but mean. 


Prepare your Strategy: Establish a factbase. Evaluate your strengths, 
weaknesses, opportunities and threats. Lay down a long term plan that 
ends with success. Challenge yourself with deadlines — a task takes the time 
set aside for it! 


Consider your ‘lactics: ‘The best laid battle plans do not survive day one of 
the war. Have contingency plans. Put your best foot forward. ‘Test the 
water. Start small, think big. Be prepared to change tack. 


Engage Elegantly: No false starts. Don’t stumble over the start line. Don’t 
over-commit. Don’t steamroller. Don’t send a boy to do a man’s job. 
Don’t fly to far too fast. Secure a bridgehead before landing your troops. 


Strike Purposefully: When ready to pounce don’t hesitate. No second 
chances to make a good first impression. Be impactful. Be sure. Be right. 
Pause only afterwards to judge your impact. Open the door, and then walk 
right in. 
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Many of you will be asked that most basic of questions in the very early 
stages; “what is an intranet portal and how does it differ from an intranet, 
extranet or the internet?” 


‘The internet is the mother of all networks (that connects computers around 
the world via the TCP/IP protocol). First developed by the US military in 
1969, it is now used more or less for free by 670 million people worldwide 
to access 3.1 billion web sites; research, buy and self-serve stuff (through a 
browser interface). An intranet uses the same essential technology, but sits 
internally within your organisation. 


Instead of worldwide information and ‘things to self-serve’, an intranet 
provides internal information and self-service... bringing together people, 
making the ‘internal world’ smaller, speeding up communication, putting 
people in control, enabling self-service, and enabling consolidation & 
collaboration between groups. 


An intranet portal can be simply described as ‘an intranet that knows who 
you are’ and can target content and applications at you, based on your role 
and user profile. As such, the portal improves on a traditional intranet by 
‘bringing together in one place all the information and tools you need to do 
your job, readily accessible and easy to use’. ‘Io the end user, the most 
obvious manifestation of the difference is that they need to log-on to the 
portal and that it recognises them by name. 


A portal (properly implemented) is a vast improvement on a traditional 
intranet. Essentially, the portal is your door onto your organisation’s 
information and applications, with your own personal key. 


Intranets are generally only accessible within your organisation’s network. 
However, many organisations securely expose part of their intranet, over 
the internet, to allow partners, customers, suppliers and employees to 
access selected information and applications. ‘This is called an extranet, 
and can be accessed from outside the organisation, using any kit with an 
internet connection. 


‘The extranet commonly sits in what is called a “demilitarised zone” (a part 
of your internal network, that can be accessed from outside). ‘The diagram 
below illustrates this very well. Clearly, getting security right in this zone is 
of paramount importance. 
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Do not neglect possible extranet implementation as part of your project. 
As it shares much of the same infrastructure, the incremental cost is 
generally low. However, the benefits may well be substantial, particularly 
for companies that form a part of a very complex business ecosystem, with 
many partners and suppliers within the value chain. The extranet has the 
potential to transform the quality — and reduce the cost — of these 
relationships. 


We will revisit this topic again in the business case phase. 
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04. Intranet Vision 


"Any road will get you there when you don't know 
where you're going" (The Cheshire Cat from ‘Alice in 
Wonderland’ by Lewis Carol) 


Why eBusiness vision matters 


Unless everyone is pulling in the same direction, a portal project is 
probably doomed from the very start. This can happen in one of two ways: 


Not everyone 'gets it' 
The business case and project will not succeed unless there is a 


simple and compelling vision of what a corporate portal means to 
your organisation 


Everyone's "it" is different 
‘The case may stall if everyone is not "on the same page". The 


vision must be a common one, shared by all. 


Portal Vision Definition - an Analogy 

A useful device for painting the vision is the use of an analogy, which 
serves to simplify the portal objectives and permit participants to develop a 
common language for describing the key concepts. One analogy often 
used is that of building a house — where there are strong foundations laid, 
on which a multi-layered structure is erected. 


My personal favourite is that of building a road, which connects people to 
the places they need to go: 


Road 
The Portal platform & underlying infrastructure 


Trucks & Lorries 
‘The Enterprise-wide portlets & applications 


Cars 
The Business Content published to the portal 


Vehicle Assembly Line 
Content Management; Creation & deployment 
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‘The Road Analogy works on many levels and is a theme that I will return to 
in the Business Case and Governance sections. 


Intranet Scenario Development 


Once the simple concepts are understood by the relevant Stakeholders and 
decision makers, it is important to bring the vision to life through scenario 
development. ‘This involves painting the picture of how things will be 
different in the future and tailoring this to your audience. 


As explained in my Sponsorship section, you have many natural supporters 
in your organisation, but you will also find natural points of opposition 
and/or scepticism. It is important to explain to both groups how the portal 
could enrich their working lives: 


Scenario 1: Role - A day in the life of a business sales person 


Read Company News Check the share price 


Order my Lunch Manage my benefits 
Request my Leave Visit Employee Shop 
View my Payslip Research my ‘Target 
Claim my Expenses Download Materials 
View my Wizard my Pitch 
Commissions Book my Business 
Manage my Accounts ‘Trip 
Record the Deal Check the Traffic 
Get my Email... ...on the move 


The beauty of a simple scenario like this is that it has immediate visual 
impact and gives a clear picture of how things could be very different with 
your intranet portal in place. 


Scenario 2: Process — Wow, my first baby is really on the way! 


Overleaf, I have outlined a more complex scenario, which shows how the 
intranet can play its part in a more fully developed and multi-channel 
eBusiness platform. In this case, one of your key female managers has just 
discovered she is pregnant. Will you be able to retain her afterwards, or will 
your approach turn her off for ever? Read on and be amazed... 
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COT od 


Test is 
positive, so, 
once in work, 
I go onto the 
Help Desk and 
log-in using 
my Centrica 
ID and Pin 


Select the 
Payroll option 
and check my 
remaining 
leave balance, 
using the 
automated 
Payroll service 


Scenario: Maternity Leave 


Go onto the 
Intranet from 
home through the 
secure Extranet 
gateway, using 
my ABC Co ID 
and Pin 


Navigate to the 
HR Online section 
and download a 
copy of the UK 
Maternity Policy & 
Guide to my PDA 
Read the notes 
than navigate to 
the online FAQ to 
get answers to 
my more basic 
questions 
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The following 
morning on the 
way into work, I 
call the ABC Co 
Help Desk from 
my hands-free kit 
in the car 


I log-on and go 
through to an 
operative in the 
Employee Service 
Centre 


I get a few more 
answers, but 
decide that I 
would like to have 
a face to face 
meeting.. 


Which I book 
there and then 


“they really take care 
of my needs!” 


The meeting with 
my local HR rep 
goes well 

And I am left 
feeling secure 
and happy 

Now I only have 
hubby to deal 
with,, If only he 
was as easy to 
operate as the 
ABC Co ERM 
processes! 


In conclusion, laying out a compelling and simple vision for your intranet 
portal is a key early weapon ion your war for hearts and minds. Use simple 
analogies to explain complex concepts. 


The use of scenarios that demonstrate how life will be different for key 
communities also plays a vital role in helping people to see the light. 
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05. Portal Sponsorship 
"The longest journey begins with a single step" (Ancient Chinese Proverb) 


Be serious about sponsorship 


As I mentioned in the introduction to the Guide, an intranet portal project 
may well be the first and last project in your organisation that truly touches 
everyone. Getting your sponsorship right is very important. Two big 
mistakes are often made: 


Do not lead from middle management 
e We can lead this as an information or knowledge-based initiative, out 
of middle management, right? 


Wrong! You are embarking on a significant investment, both 
financially and culturally. You will need board level sponsors to 
support your case. Don't start small and hope it will 'catch on'. You'll 
never make it work! 


Do not look for a single sponsor 
e A single sponsorship — say from our IS Director — is all we need to 
get this going. 


Wrong! A portal is a truly cross-functional investment, with benefits 
in several areas. You need multiple sponsorships or risk falling foul of 
the "not-invented-here" syndrome. Furthermore, if your IS 
department makes all the running, you risk positioning the project as 
a technical piece, rather than as the truly transformational business 
and process change initiative that it is. Alternatively, if seen as a 
knowledge based initiative, it may be perceived to lack a hard edge in 
terms of benefits. 


Natural Allies 


Although you may not realise it yet, there are many natural allies out there, 
just waiting to be pressed to your cause. If you are getting resistance from 
a natural ally (e.g. because they have alternative view on how to achieve 
success), this could prove fatal. You need to turn them to your cause — like 
Saul on the road to Damascus. 


Whilst not an exhaustive list, the following list of natural allies gives you an 


idea of how many senior executives in your organisation are likely to be 
receptive to your message. 
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HR Director 


Needs to improve service quality and/or reduce service costs. 
Attracted by self service people processes and building deeper 
employee loyalty and retention, in part by providing them with 
excellent workplace support. 


Finance Director 


Wants the business to manage for shareholder value creation. 
Attracted by real-time business intelligence to decision makers. 


Commercial Director 


Cheaper transaction costs (e.g. use of online auctions), supply chain 
management efficiencies and collaboration (with suppliers and 
between line & procurement teams) are all of interest. Could be 
sceptical about large benefit claims (following disappointments in the 
past in other companies). 


Communications Director 


Wants to bring management and the workforce closer together 
through targeted, timely and interactive comms. May have a slightly 
old-fashioned view of what an intranet is for (1.e. only as a 
communications channel) but nonetheless a powerful advocate. 


Marketing Director 


Wants the workforce to live the brand values and to fully understand 
products, services and competitor activity. Attracted to decision 
support tools for marketing teams and customer service staff, new 
product development collaboration and employee shop functionality 
that lets employees buy company product at discounted prices. 


Natural Opponents 


‘There are some in your organisation who will resist the change. For 
example, Operational Managers (say for example in Call Centres) may 
perceive a portal as an expensive toy which will distract their staff from 
their work. 


In fact, their people themselves will confirm that a portal can make a vital 
contribution to their productivity and their ability to better serve their 
customers. Much of this is about trust! Do not underestimate opposition, 
but be confident; you can turn them to the dark side of the force! 
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Other considerations 


A few senior sponsors at the start (to make a one-off business case) will not 
be enough. This is a case you will need to keep on making throughout the 
project and afterwards (to protect your funding and realise the benefits). 
Use senior sponsors for air cover, but continue to sell the concepts down 
through their management structure. 


Do not, conversely, over-use your stakeholders as daily sponsoring 
partners. It is unlikely that all your stakeholders can stay on the same page 
on everything; particularly when it comes to prioritisation of what you add 
to the portal first! Some of your stakeholders need to be controlled — 
others can simply be informed (see next chapter). 


A good sponsor is like a good vintage port. Best 
applied sparingly - with each glass savoured - but not 
left in the decanter for too long before drinking. 


Be prepared to shift the centre of gravity for your sponsorship throughout 
the project: Your early sponsors are likely to be corporate directors 
(attracted by cultural shift and cross-functional process enablement). 
However, for your portal to achieve its potential, you need your customer 
facing areas to lead at implementation. 


Research your Executive 


‘Try to research your executive team. In these days of high mobility 
amongst senior executives, there is a good chance that, whilst your 
organisation may not have experienced yet the benefits of a world class 
intranet portal, one or more members of your executive may have used one 
in a previous company. 


As I have indicated, it is much easier to understand the benefits an intranet 
portal can bring, once one has experienced it, so such a person will be key 
to your case. 


Look on the Investor Pages on your internet site and your annual report. 
This should tell you the names of your exec and companies, auditors and 
professional advisers with which they are associated or with which they 
have previously worked. Then check for details on Google (the biggest 
index of pages on the web). Finally, you could just ask them! 
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06. Intranet Stakeholder Management 
For those who believe, no proof is necessary... For 
those who don't believe, no proof 1s possible. (John & 
Lyn St. Clair Thomas, Eyes of the Beholder) 


Success in Selling your Intranet 


Many Intranet Portal initiatives fail before they even get started, simply 
because there is "no business case". A frequent comment is "We just 
couldn't get the numbers to add up". However, one must remember that 
some decisions get made in companies without good numbers! ‘Take the 
example of the Executive Car Wash, where chauffeurs for members of the 
board can get their limousines washed on-site, before venturing out. Was 
that a good business case? One doubts it! 


‘The three reasons for purchase 


For any typical organisation, one can identify three factors that come into 
play in decision-making: (a) The Rational Reason; (b) ‘The Emotional 
Reason; and (c) The Political Reason. 


The Rational reason for purchase is where people usually focus all their 
efforts: if the project delivers a positive net present value, where benefits 
exceed costs, then we proceed. If not, we do not. 


However, this ignores the Emotional Reason (the individual and his 
feelings) and the Political Reason (how he is influenced and seeks to 
influence others). If one were to buy a car on the basis of a Rational 
Reason alone (e.g. "it gets me from A to B in a certain time and comfort") 
then marques like Ferrari would have been out of business years ago! 


The lessons? Research the key stakeholders / decision makers in your 
organisation. Find out what they want (emotionally) and need (politically) 
to achieve their goals. You will need to appeal, not just to their wallet, but to 
their hearts and minds too! My advice is to take a structured, three step 
approach to stakeholder management: (a) Stakeholder analysis, (b) 
Stakeholder interviews, (c) Stakeholder planning. 
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Stakeholder Analysis 


‘There are many different definitions of “stakeholder” out there (most of 
them overly complex). My simple definition is “anyone affected by a 
decision and interested in its outcome”. This can include individuals or 
groups, both inside and outside your organisation. Stakeholders include 
intended beneficiaries, intermediaries, winners and losers, and those 
involved or excluded from decision-making. Stakeholder Analysis involves 
assessing the Influence and Importance (two different things!) of each 
individual Stakeholder or Stakeholder group. 


Importance is defined as the extent to which a stakeholder’s problems, 
needs and interests are affected by project operations or desired outcomes. 
If ‘important’ stakeholders are not assisted effectively then the project 
cannot be deemed a ‘success’. 


Influence is defined as the extent to which a stakeholder is able to act on 
project operations and therefore affect project outcomes. Influence is a 
measure of the power of the stakeholder. Factors likely to lead to higher 
influence include the extent of control over the project funding and the 
extent to which the stakeholder informs decision-making around 
investments in technology and business change. 


Where Stakeholders are both important and influential, then they are 
primary stakeholders and must by fully engaged in the governance of the 
project, if it is to succeed. Primary stakeholders for an intranet project may 
well include HR, Procurement, Finance & Comms executives. 


Where Stakeholders are either important or influential, but not both, they 
are secondary stakeholders and need to be actively managed during the 
project. ‘This may include line managers, IS, operational teams & unions. 

pai You can use a simple 2 x 2 Matrix 
tool to summarise your results, 
putting different people into one of 


Consult Partner 
four boxes (see left). This forms — 
then — the basis of the interview 
prioritisation and — stakeholder 
planning steps to follow (see 
Control Inform below). 


> 
Importance 
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Stakeholder Interviews 


The next step in the three step approach is to understand the current 
position of each Stakeholder with respect to the project objectives and 
expected outcomes. For this purpose, a series of Stakeholder Interviews 
and Surveys should be undertaken, to understand the degree of 
engagement and the degree of commitment. A sample questionnaire is 
included in the Appendices. 


Engagement is a measure of how well the Stakeholder understands the 
challenges the project seeks to tackle and the strategy, plans and outcomes. 
A low engagement score signals a lack of understanding. Commitment is a 
measure of how supportive the stakeholder is. A low score signals hostility, 
whilst a high score signals strong support. 


Ideally, of course, any project wants engaged, informed stakeholders who 
actively support the project objectives and outcomes. An ill-informed 
supporter can be just as dangerous as a well-informed objector! 


Stakeholder Planning 


The third — and final — step in the three step approach is Stakeholder 
planning, where you formulate the style of ongoing management you will 
use with each individual or group. ‘There are many different formal models 
for this activity in the public domain. I suggest a simple, tried and tested 
four-way approach: 


1) Partner 


Primary stakeholders (with high influence and importance to project 
success) are likely to provide the project ‘coalition of support’ in planning 
and implementation. As such, you should partner them to increase their 
engagement and commitment (revising and tailoring project strategy, 
objectives and outcomes if necessary to win their support). 


2) Consult 


Secondary stakeholders with higher influence but lower importance need 
to be ‘kept on board’. You should consult with them to actively seek their 
opinions and input for key decisions (and not only those which may affect 
them directly). It is unlikely you would alter your strategy as a result of 
such consultation, but you might well alter your tactics (e.g. the who, when 
or where of project plans) to maintain higher levels of commitment. 
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3) Inform 


Secondary stakeholders with lower influence but higher importance need 
to be kept informed of decisions taken that may affect them directly. It is 
unlikely that they would play an active role in making those decisions. 
However, were they to highlight a particular issue with a decision, it is likely 
serious consideration would be given to refining the decision made. 


4) Control 


Control is appropriate where a stakeholder isn’t important or influential 
and they need help only to respect any decisions taken. Objections to or 
issues raised are unlikely to be given serious consideration (as they would 
otherwise divert valuable management attention and resources). 


Conclusions 


Stakeholders are key to successful Project Delivery in the modern 
organisation. Analysis, Interviews and Planning are vital components of a 
Stakeholder Management approach and should be used _ iteratively 
throughout a project to keep everyone on the same page. Be aware that 
different approaches are appropriate for different Stakeholder types. You 
can't keep all the people happy all the time. 


The Prize of Success 


If you do your Stakeholder analysis well, you are more likely to succeed in 
fully identifying all the opportunities for benefit and all the risks to project 
viability. More importantly, by engaging the right people in the right way, 
you remove possible political or emotional obstacles to purchase, turning 
these instead to your own advantage. In short, you will have the support 
you need to make your case. As you shall see later, an Intranet Portal case 
may be tough to make on numbers alone! 
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07. Intranet Portal Architecture 


The rain came down, the streams rose, and the winds blew and beat against 
that house; yet it did not fall, because it had its foundation on rock. 


(Matthew 7:26 - The Bible — New International 
Version) 


The Internet Revolution 


The Internet is changing our world. ‘This is as true now as it was at the 
height of the dotcom boom (if not more so). We are the wired generation; 
always on, always empowered and always connected. We can achieve 
things today that were not even dreamt of 50 years ago. 


The real-time enterprise uses world-class, internet technologies to manage 
the relationships it has with its employees, suppliers, partners and 
customers. 


Through  platform-independent  thin-client browsers, networked 
collaboration technologies, standard-based tools and common foundations, 
your intranet can become the 'glue'’ that thinks your legacy and enterprise 
investments together. 


In a very real sense, just as client-server technology came to replace the old 
mainframe computers during the 1980s, so e-Business technology offers 
the opportunity for a further leap forward. 


Why now? Well, the latter years of the 20% Century witnessed a unique 
alignment of three key laws in computing; Processing power doubles every 
18 months (Moore’s law), whilst storage space doubles every 20 months 
(Karlgaard’s Law) and telecom bandwidth triples every 12 months 
(Gilder’s Law). At this point in history, always-on, wireless technology 
became economically viable in the mass market for the first time. 


Many now see the internet hysteria — or bubble — that followed as an 
aberration. Perhaps — to a degree — it was. However, enterprises such as 
eBay and Amazon have since proved that some of the more wild claims of 
the times were not necessarily overblown; building huge global businesses 
almost from scratch in less than a decade. 


Furthermore, the vendors of underlying technologies (e.g. Cisco) remain 
amongst the largest companies in the world (despite being younger than 
the legal age for drinking in the US!) 
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My passion is for the information revolution made possible by these great 
advances and the exciting business opportunities ahead. I see the biggest 
opportunities for many businesses as being behind closed doors — through 
making their enterprise ever-more agile (powered by real-time, internet- 
based technologies). 


‘The Enterprise Intranet Architecture 


The design below is my own version of the architectures most commonly 
pedalled by the big system integrators (four of which I have worked with at 
one time or another). It paints the simple, but nonetheless compelling, 
picture of a platform which presents the user with a personalised, profile- 
based, window onto the core enterprise systems of their business: 


Access Technologies 


Browser Remote Access 
Desktops Extranet Access 


Human Resource 
Management 

Supply Chain 
Management 
Customer Relationship 
Management 
Communications 
Operational incl. IT 
Services) Management 


Corporate 
Other Business 
Requirements 


Training and 
Induction 


Pre-requisite 
Technologies 


Exposed information fram 


Enabling 
Technologies 


Portal, Content & Document 
Management, Middleware, ERP, CRM, Email and Legacy 
Workflow, Web Management Systems (e.g. SAP, Siebel) 
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Database Repositories 


Oracle Storage Area Networks 
SOL Server Clustering etc, 


Foundation Technologies 


Directory Services Security 
Operating systems Balancing and caching 


Access ‘Technologies allow employees, suppliers, partners and 
customers to access the portal 


Networked Applications (or Portlets) present a discrete set of 
functions to the authorized users, based on their authenticated 
profile (which determines their needs) 


Enabling Technologies are tools that facilitate the building of other 
processes, applications and content 


Prerequisite items are packaged data and logic, drawn from 
Enterprise systems (e.g. order info) 


Database repositories hold the enterprise's records 
Foundation technologies underpin the architecture 


Increasingly, with the advent of web services technology, the components 
of eBusiness architectures are becoming ever smaller and more specialised. 
In this sense, putting together a system becomes more and more like 
assembling an airfix or lego model; all the pieces are there — all you need is 
the glue (in the form of business integration tools) to put it together. 


However, as many companies have outsourced capability in the area of 
systems development — and as web services are still relatively immature at 
time of writing - when the theory of architectures is all said and done, for 
many the choice still boils down to which enterprise suite to go for from an 
ever smaller number of ever bigger portal vendors. 


‘The Main Portal Vendors 


If you have access to Gartner screens, the Magic Quadrant series provides 
a good, up to date, guide to the vendors. At time of writing, BEA Weblogic 
and IBM WebSphere have strong application suites that are growing out to 
‘fill' the portal space. Plumtree Enterprise Web is still the leader, in my 
opinion, as the purest portal play. SAP Portals and the Oracle AS Portal 
are increasingly strong contender, being hungry to grow from core 
competence in Database systems and making great strides. 


In general, there is no right or wrong choice, but the nature of your 
business may well suggest a particular vendor. In general, I would consider 
(1) if you have a single ERP system and (2) if you have a large number of 
stock lines which you need both employees and customers to be able to 
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manage. The former might well lead you to choose the portal offering of 
your existing ERP provider (e.g. Oracle or SAP). The latter would suggest, 
similarly, choosing a vendor that can integrate intranet, extranet and 
internet sites (e.g. IBM or BEA). Otherwise, a pure play like Plumtree is 
probably best for you. 


Below and overleaf I have included a possible set of product selection 
criteria you could adapt for use in your own organisation (to whittle down 
the many choices to one): 


Requirement Weighting RawScore Weighted 
Score 
out of 100 max 500 

1 Supplier Profile Requirements 

1.1 Market Presence 

TM.1 The supplier is viewed as a leader in its space in terms of number of 4 0 
successful implementations and revenues 

1.1.2 The supplier is able to provide positive client testimonials from 2 0 
similar companies to ABC Co 

1.1.3 The supplier is adjudged likely to survive the current consolidation 5 0 
phase going on in the portal market 

1.1.4 The supplier is financially stable (l.e. has substantive cash reserves 4 0 
and positive free cash flow) 

1.1.5 The supplier's clients include large UK organisations and other 3 0 
customers in our industry 

1.1.6 The supplier has a reputation for high quality, reliable product 4 0 

1.1.7 The supplier is innovative and releases new products aligned with 3 0 
the market need 

1.1.8 The supplier has relevant and substantive alliances with 3rd party 2 0 
vendors 

1.2 Product Profile 

1.2.1 Industry analysts (e.g. Gartner, META, etc.) regard the product as a 4 0 
leader in its space 

1.2.2 The product is mature on the selected platform (i.e. not the first 4 0 
version) 

1.2.3 The product has unique features that significantly differentiate it from 3 0 


its main competitors 


1.3 Support Requirements 

1.3.1 The supplier offers an array of support options from 9-5 to 24x7, with 5 0 
options for customised support plans 

1.3.2 Local support presence in the countries and regions in which ABC 4 0 
Co operates 

1.3.3 ABC Co is given the highest level of available support and prioritised 4 0 
over other customers 

1.3.4 The supplier has professional services consultants available to assist 3 0 
in build and implementation 

1.3.5 Cost of support and maintenance is reasonable over the lifetime of 4 0 
the investment being made 

1.3.6 The supplier makes available training services to support 3 0 


implementation and operation of the software 


1.4 Time to Implement 

1.4.1 The product is delivered with a lot of out of the box capabilities that 3 0 
allow typical implementation project to be completed quickly 

1.4.2 The product installation time of the Portal is reasonable 2 0 

1.5 Cost Factors 

1.5.1 Cost of the product is relative to the market cost and that of 3 0 
competing products 

1.5.2 Upgrades to the product are available at a reasonable maintenance 4 0 
charge 

1.5.3 ABC Co is given a discount on list commensurate with it's 4 0 


purchasing power 
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Requirement 


Functional Requirements 
User Interface 


The user interface can be easily customised to support the different 
brands and localities of ABC Co 
The user interface is easy to use for non web skilled employees 


User interface elements required by the portal are lightweight (HTML 
is compact, no large JavaScript or DHTML files, etc.) 


Printing Functionality 


The product is enabled to provide users with standard printing 
functionality via browser print facility 


Browse Functionality 


Ability to align all content and users with categories and taxonomies 
for ease of browsing 


Personalisation 


Ability for authorised users to customise the content and layout of 
one or more personalised pages 

Ability for administrator to restrict page customisations to certain 
groups of users 

The product can support role-based personalisation 


The roles and profiles are centrally maintained 


Subscriptions & Notifications 


Ability to subscribe to categories / nodes at any level in the content 
taxonomy 
Authorised users can create and modify their subscription profile 


Ability to display a user's subscription notifications 


Multiple forms of notification, including but not exclusively relying on 
email 

Product includes a built-in applet that allows generalised notifications 
to be sent to users from external applications without requiring email 


Search Engine Functionality 


Users are able to search information using natural language, key 
word, meta-tag category search and Booleans 

Search engine can compensate for case differences, spelling errors, 
and word variation differences (e.g., singular vs. plural) 

The search engine supports advanced search algorithms such as 
concept-based linking and collaborative filtering 

The search engine enforces underlying security access control rules 
(user and group level) 

Search results can be returned with an abstract, meta tags 
(category, author) and can be sorted by field if required. 

The format of the search results can be customised during 
implementation 

If no results are found, the search can be turned to a subscription 
and future information will be pushed to the user at a later date 
Search results can visually indicate items that are new or modified, 
based on a date range (e.g., created in last 7 days) 

A search query can be programmatically invoked from an external 
application via HTTP get / post or other mechanism 


Document Crawling / Indexing Functionality 


The search engine is able to index various document types incl. 
HTML, PDF, Microsoft Office, Visio, and Lotus Ami Pro 

The search engine is able to index a variety of content sources 
including web servers, LAN file servers, databases, and applications 
The document crawler is able to perform rules-based association of 
documents with one or more taxonomy nodes 

The document crawler is able to perform rules-based routing of 
documents to administrators for approval prior to publication 

The document crawling architecture can be extended beyond what is 
provided out-of-the-box, to handle additional file types and sources 


Managed Vocabulary Functionality 


A hierarchical, managed taxonomy is put in place to describe all 
forms of content 
Taxonomies are consistent across content types and data sources 
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Weighting 


Raw Score 


Weighted 
Score 


2.8.3 


Requirement 
Content can be cross-referenced multiple places in taxonomy 


Community Participation 


The product is provided with out of the box community capabilities 
(i.e., ability to create portal areas for particular interest groups) 
Ability for administrator to create and manage communities without 
making code changes 

Ability for authorised users to create sub-communities 

Ability for authorised users to explicitly subscribe/unsubscribe to 
communities 

Ability to assign users into communities based on role 

The community features include an expert locator tool to link 
knowledge with people 


Content Management 


Product is provided with out of the box CMS capabilities or can be 
readily integrated with an Industry leading solution 

Content stored within the content repository can be indexed and 
accessible through portal 

Content can be easily submitted to the CMS from the portal, initiating 
a designated publishing workflow process 

Portal taxonomy structure can be mapped to the CMS file system 
interface 

Portal content that is managed and stored in the CMS can be 
controlled with version-control 


Document Management 

Ability for authorised users to easily contribute documents (Office, 
PDF) to the knowledge repository 

Ability to put a workflow in place to enact an approval process 
(create - approve - post) for documents 

Content age and expiration can be determined by user 


Ability to automatically archive documents based on expiration date 


Collaboration & Communication Capabilities 


The product provides an out-of-the-box applet for surveys and 
polling 

The product provides an out-of-the-box threaded discussion forum 
capability with secure access to allow information sharing 

The Product allows full use of Microsoft Outlook functions for email, 
calendar, tasks 

Ability to integrate collaboration tools that enable net meetings, 
instant messaging, chat, and application sharing/whiteboard 
functionality 

Ability for users to create virtual, exclusive workspaces that enable 
teams to share files, hold discussion groups, brainstorm on topics, 
etc. 

The portal can integrate project management tools such as issue 
log, organisation chart, time reporting, phone list 

Ability to send "alerts" to all users or specific groups with short news 
and messages 

The product provides an out-of-the-box applet for user feedback to 
monitor content quality and user satisfaction 

The product can integrate third party, real-time news feeds 


Metrics Reporting 


Product captures portal usage statistics beyond basic web server 
statistics (e.g., document access by role) 
Standard metrics reports are provided with the solution 


Metrics reports can be created on an ad hoc basis 


Metrics/Data Reporting can integrate with standard reporting 
solutions (e.g., Crystal Reports, Business Objects) 


Technical Requirements 

Application Architecture 

Solution runs on a Windows Intel server operating system 
Solution runs on a Solaris 8 server operating system 
Solution supports Microsoft IIS Web Server 

Solution runs on iPlanet Web Server 
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Requirement Weighting Raw Score Weighted 


Score 

3.1.5 Portal database support includes Oracle 8i 4 0 

3.1.6 Product architecture supports distributed environment 5 0 

3.1.7 Product does not require users to have email to use any of its core 5 0 
functions 

3.2 Browser Configuration 

3.2.1 The user interface does not require plug-ins, ActiveX controls, Java 3 0 
applets, or other executables to be installed on the user's PC 

3.2.2 Solution does not require persistent cookies on the user's PC 5 0 

3.3 Development Architecture 

3.3.1 The product can be performance tested using Mercury Loadrunner 4 0 

3.4 Security 

3.4.1 Ability to enforce user authentication 5 0 

3.4.2 Ability to enforce role-based access control to content, portal 5 0 
functions, and applets 

3.4.3 Single sign-on capability to allow authenticated portal user to 5 0 
connect to backend applications without re-authentication 

3.4.4 Portal can load and synchronise its internal user database with 5 0 
multiple domains 

3.4.5 Portal can directly use Active Directory for authentication and 5 0 
authorisation of users 

3.4.6 Portal can load and synchronise its internal user database with 5 0 
Active Directory, NT4 domains, and other LDAP directory services 

3.4.7 Ability to disallow a user from signing on multiple times 5 0 

3.4.8 Ability to maintain a user profile 5 0 

3.4.9 Ability to access portal over a secure connection (SSL) 3 0 

3.5 Portal Content Sources 

3.5.1 Ready Integration to Industry Standard Learning Management 5 0 
Systems (LMS) 

3.5.2 Ready Integration to Industry Standard Customer Relationship 5 0 
Management (CRM) Systems 

3.5.3 Ready Integration to Microsoft NTFS 4 and above file systems 5 0 

3.5.4 Ready Integration to Industry Standard Enterprise Resource 4 0 
Planning (ERP) Systems 

3.5.5 Ready Integration to Industry Standard Middleware Systems 4 0 

3.5.6 Ready Integration to Industry Standard Document Management and 4 0 
Workflow Systems 

3.5.7 Ready Integration to Microsoft Exchange 5.5 5 0 

3.5.8 Ready Integration to Microsoft Exchange 2000 5 0 

3.5.9 Ready Integration to Oracle 8.1 and SQL Server Database 4 0 
Management Systems (DbMS) 

3.5.10 | Access to and caching of Internet sites (through firewall) 3 0 

3.6 Application Programmability 

3.6.1 Controls of the interface must be fully customisable beyond what is 5 0 
provided out-of-the-box 

3.6.2 The controls (i.e. window resizing) for the applets are customisable 5 0 
beyond what is provided out-of-the-box 

3.6.3 The user interface that allows users to select applets is customisable 5 0 
beyond what is provided out-of-the-box 

3.6.4 The page layout of the portal pages must be fully customisable 5 0 

3.6.5 Portal application is defined using XML and XSL style sheets for 4 0 
presentation 

3.6.6 Where possible, application modifications are accomplished via 3 0 
changes to style rather than code 

3.6.7 Product has an API set or accessible object model to facilitate 5 0 
custom development/modifications 

3.6.8 New applets for data and application integration can be easily 5 0 
developed 

3.7 Application Availability & Scalability 

3.7.1 Application is available as close to 24 x 7 as possible 5 0 

3.7.2 Product architecture supports clustering 5 0 

3.7.3 Product architecture supports load-balancing via external hardware 4 0 


or software mechanisms 
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3.7.4 


3.7.5 


3.8 
3.8.1 
3.8.2 


3.9 
3.9.1 


3.9.2 
3.9.3 
3.9.4 
3.9.5 


3.9.6 
3.9.7 


3.10 

3.10.1 
3.10.2 
3.10.3 
3.10.4 


3.11 
3.11.1 


Requirement 


Provide support for entire ABC Co employee population (60,000 
users) 

Product architecture can be scaled to service additional users by 
adding hardware components 


PC Browser Access Capabilities 
Product is certified with Internet Explorer 5.x 
Product is certified with Internet Explorer 6.0 


Application Manageability 

The product can be integrated with Industry Standard configuration 
management tools 

Ability to have a single view of enterprise and workgroup portals for 
application management 

The product is compatible with Industry Standard application 
management tools 

The portal uses robust data storage such that there is no data loss 
after an abnormal failure 

The product logs exceptions, errors, and warnings through standard 
operating system event logging 

The product provides easy to use administrative tools 

Administrative rights are role-based and can be distributed for 
decentralised management 


Portal Internationalisation 

Portal user interface is available in multiple languages 

Portal is able to display content authored in multiple languages 
Portal supports Unicode 

Error messages are translated into all necessary languages 


Wireless Access Capabilities 


Product is capable of rendering its pages to multiple mobile device 
formats (WAP/WML, PDA, SMS) 


Weighting 
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Raw Score 


Weighted 
Score 


0 
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In conclusion, whilst eBusiness architectures continue to evolve and 
become more componentised, for many it still comes down to a choice 
between the leading vendor portal suites on the market. 


My advice is to weight heavily in favour of your existing technology 
platforms and the nature of your business. However, weight is all you 
should do! Have a set of comprehensive selection criteria (as above) and be 
rigorous in your selection process. 


Once you have a shortlist of (say) three possible vendors, you can move 
into a formal tender process (where the quality score you have obtained 
from the assessment above is balanced against the cost of the software). 
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08. Intranet Business Case / ROI 
If you can't find the key to success, pick the lock. (unattributed wisdom) 


Don't worry. I am not suggesting you cheat. But I am warning you that 
making the case will not be easy and you may need unorthodox methods! 


The softer side of the business case 


Don't neglect my earlier chapters on sponsorship and influencing. If you 
haven't read them yet, turn back a page or two before you read on. The 
case for a portal will be made primarily on an emotional level. 


Intranet business Case costs 


Sorry, but the cost of the software is only a relatively small part of the 
overall bill; your first (and major) portal project is (in terms of cost) more 
an infrastructure investment than it is an application. 


Hardware 


As a rough rule of thumb (for a user 
base >10,000), budget for £250 per 
desktop to put in the essentials 
Gncluding portal and _ content 
management solutions). If you are also 
integrating to (and exposing) your 
ERP or CRM systems, add £150. 


Software 


Integration 


I don't know your accounting policy, but I would suggest that you capitalise 
both hardware & software and write then both off over 3.5 years. If you 
cost in a third party to do your integration, then you should be able to 
capitalise that too. 


Intranet business case benefits 


The harder part. In my vision section, I used the analogy of a road system. 
This was carefully chosen for application to the business case argument. 


When the first UK Motorway (the M1) was built in the 1960s, the 
government did not visit each and every house on the route to ask for {1a 
person to get things going. If they had done so, one can imagine how they 
would have (not) got on! Yet, having built it (from tax receipts) the M1 
quickly became indispensable to everyone along the route. So had they 
gone afterwards and offered a £1 tax discount to take it away, they would 
have met with an equally cool response. 
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And so it is with a portal. You can not imagine now all the different ways 
your road will be used in the future and how busy it will become. Neither 
can your sponsors, without the benefit of hindsight. 


Based on my experience, this is how the benefits typically break down: 


Soft benefits include improved employee 
satisfaction, better communication and 
corporate belonging. 


Direct benefits / return on investment include 
reduced printing and _ distribution costs, 
decommissioning legacy intranets and FIE 
savings in processing areas. 


Indirect 


However, the bulk are 'indirect' benefits, where time saved in line areas 
leads to (for example) reduced call times in call centres, higher sales, faster 
time to market for new products, fewer failed projects and so on. 


Benefit Realisation is the Issue 


You can't fire 10 minutes of a person a day. The time they have saved 1s real 
- ultimately saving cost and driving sales - but it cannot be readily tracked 
to either. 


So what do you do? The 10 Step Approach 


I propose a 10 step approach for making the case, which I expand on in 
some detail below. In the Appendices, I have included a table of 501 portal 
benefits. Armed with these tools (and a steely determination) you will 
prevail! 


1) Seek External Legitimacy 


Consider using a leading consulting firm to lend weight to the business 
case. It is sad (but nonetheless true) that most organisations always value 
the views of external consultants over and above the insights and 
experience of their own staff. Why? 
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Well, firstly, companies tend to under-value themselves and the experience 
of their staff, seeing themselves as inefficient, silo-driven, behind their 
competitors and lacking in vision. Worst still, they assume that their 
problems are not unique and that they can be solved simply by imitating 
the apparent successes of others. 


Secondly, they tend to over-value external expertise. Even though the 
consultant rarely understands the business and culture of the organisation, 
as we have seen above this is generally under-valued anyway. What is 
sought is the ‘world class’ knowledge of the topic at hand and (most 
importantly) the experience of having ‘done it all before’ at other 
comparable enterprises. 


You may get a sense of my frustration at the over-reliance placed on 
consultants. However, the reality is that they are here to stay and will lend 
credibility to your case with most executives. Being fair for a moment, the 
consultant does have a single task to do (whilst you probably have several). 
The focus they can bring to bear (whilst you juggle your many priorities) 
should not be underestimated. Furthermore, they do indeed have access to 
a powerful knowledgebase (of facts and figures about other portal 
implementations), allied to a human network (of other people in both his 
and client companies) who have ‘done it all before’. 


The consultant may well be interested in future integration work, so is 
likely to view this early piece as a “loss leader’. As such, you are likely to get 
high effort and commitment at a reasonable cost! 


2) Benchmark other Organisations 


Why benchmark? Well, basically it is easier to see than to believe. As I have 
said elsewhere in the guide, it is difficult for executives to simply take a leap 
of faith! Knowing that others have taken that leap and come out the other 
side with an ROI helps the doubting Thomases! 


Another big advantage of benchmarking is verifiability; I have included 
overleaf a compendium of ROI claims made by early intranet adopters. 
For your sponsors, checking the numbers is as simple as making a call to 
the appropriate executive at the example company. This lends credence to 
the case and builds further confidence. 


A less obvious benchmarking advantage is that executives are “educated” 
into the areas where other companies have scored wins, ensuring they are 
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drawn towards the ‘right’ areas of opportunity, rather than obsessing over 
trivia (through simple lack of awareness). 


Benchmarking can be the killer argument in a business case process, if 
there are areas resisting your message (e.g. a Call Centre or Operations 
Manager) but the data from other (similar) companies opens their eyes to 
what they are missing out on. 


Large Potential Rewards 


British Airways 
£110M saving & 10 fold ROI from e-initiatives 
delivered through employee portal 


BP 
$15M pa saving from on-line expenses, accessed via employee portal 


Ford Motor Company 
£27M saved from on-line car development collaboration. 
£3m saved by e-HR intranet initiatives. 


IBM 
$18.6M pa cost savings and $10.8M pa productivity savings 
from Portal accessed on-line learning tools. 


BEST Bellsouth 
$52M 5yr cost savings (20% of savings from improving first 
call resolution) from new hire Portal accessed on-line learning tools. 


Dow 
$34M pa cost savings & 20 fold investment return from Portal 
accessed LMS and HR systems. 


BT 

$88M pa cost savings & 40 fold investment return from performance 
simulation and on-line collaboration aimed at increasing customer 
satisfaction and improving first call resolution. 


Note that the benchmark data above has been drawn from multiple 
publicly quoted sources. However, you should always check for accuracy 
and up-to-date figures from the organisation themselves before using these 
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In summary, there is a_ substantial prize to be had from _ portal 
implementation (and I wouldn’t be so passionate about the potential from 
portals, were this not the case). Others have achieved significant ROI — in 
some cases with benefits more than 10 times the original investment made 
— and this data is from verifiable sources — leading global enterprises with 
world beating strategies! Only a lack of faith holds us back, but who needs 
faith, when the proof is all around us? Exactly how clear and compelling 
does this case need to be before we bite? 


3) Collect Hard Metrics 


Hard Benefits are relatively small for a portal Gn most organisations). 
However, this is all the more reason to be ruthless in chasing them down. 
‘They may well make or break your case. 


What are hard benefits? They are realisable numbers that you can touch, 
smell and feel; ‘Tyres you can kick; Cherries you can pick; Numbers that 
can be ‘baked’ into budgets for the forthcoming year. 


The first key group is manpower savings - Full time equivalents (FTEs) 
that can be removed from next years budget (including agency & 
contractor personnel). This may be avoided recruitment or actual 
redeployment or redundancy (for the latter, of course, the redundancy 
costs should be included in the cost of your project). 


The second key group is third party expenditure savings — Examples of 
which include reductions in printing, postage or storage costs; reductions 
in spend with marketing agencies, design agencies, web development 
companies and so on. 


Here are big areas to look at for savings: 


Decommissioning existing Intranets 


Find existing intranet support team(s) & analyse their headcount budgets 
& web logs. Do an inventory of all sites. Also, look for ‘unofficial sites that 
reside on single servers — consider announcing an ‘amnesty’ — 1.e. tell us 
about a site you have and we will offer to migrate it for you for free! 


Work out how much hardware and software cost is tied up in these sites. 


Much of it may be fully written-off in your accounts, so use the current re- 
sale value or the cost of replacement as your measure in the case. 
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Decommission existing collaboration solutions 


Do you have loads of stuff sitting on (MS-Exchange) public folders? Or in 
Lotus Notes Databases? How much people, hardware and software are tied 
up in that? What about reports in Business Objects or Crystal Reports? Or 
Focus Reports on your Mainframe? How much of this could be better 
done through a portal? 


Print, postage and distribution costs 


‘Talk to your purchasing dept to work out the current costs of paper, toner 
cartridges, etc. This will be a big number! Assume you can make a 10% 
saving; also a big number! 


Work out how much it costs today to have a large internal mail storage & 
distribution system. Assume a 20% saving is possible. How do you defend 
such high assumed savings? Well, the argument goes like this: if you have a 
product price list or expenses policy, everyone will print it off, send it 
around your organisation and file the hardcopy locally. Every time you 
update prices or policy, whole process starts again. 


With an intranet, you keep it online (where everyone can get at it) so no- 
one ever needs to print it off. Plus, if it changes often (like a price list) no- 
one would ever bother to keep a hardcopy again. Hence big and lasting 
savings! 


Also, the online version becomes a “single view of the truth” — so no-one 
makes the mistake again of applying an out-of-date policy or price list... 
hence process quality improvements. Put a value on that. 


Manpower savings in processing areas 


If you are putting in an e-expenses app, claim you can reduce the current 
processing team costs by 75%. If you are putting in an overtime recording 
or time sheeting system, claim you can reduce the team costs by 50%. If 
you are putting in a room-booking system, claim you can remove 100% of 
the support team looking after this. 


If you are putting in an e-learning system, claim you can close down 50% 
of your training centres and reduce your in-house trainers by 25%. If you 
are putting in e-Finance solutions (e.g. a financial forecasting and 
budgeting application), claim you can cut the finance business support 
team by 10%. 
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If you are putting in e-procurement solutions, claim you can save 25% of 
purchase-to-pay processing teams and 10% of professional procurement 
team costs. If you are putting IT support online, claim you can cut 10% of 
the team costs in Levels 1, 2 & 3 support. 


‘Third party expenditure savings 


If you are putting in an e-learning system, claim you can reduce 
expenditure with third party trainers by 25%. Claim you can close down 
completely the current employee magazine, with savings in all the internal 
and external costs tied up in it. Claim you can cancel the press clippings 
service you currently use (as you will have online news feeds). 


Cut by 50% the budgets for use of marketing and web development 
agencies to develop future intranet sites (or take out 100% if you are also 
deploying a content management solution in your portal project). Cut 2% 
from your company-wide stationery budget (to allow for less use of 
flipcharts, pens, pencils, rubbers, etc.) Cut a further 3% if you plan to 
deploy white boarding or desktop exchange technology as part of your 
portal 


‘To summarise, hard benefits are indeed hard to track down — but should be 
enough, at least, to justify the cost and risk of the feasibility phase of your 
project (firming up on the costs and complete benefits to be had). 


As a benchmark, direct benefits should comprise at least 15% of your total 
benefits or (@n my view) your case will fail (because those who have doubts 
about realising the indirect benefits have nothing direct to ‘hold on to’). 


You will collect buy-in along the way as you work closely with your 
procurement, finance, facilities and HR teams to get all these benefits 
grounded. ‘They are your natural allies and should help. 


Beware that — in challenge and review by your Finance team and sponsors 
— your first estimate will be cut and cut and cut again. For example, where 
you have groups of people in your workforce who will not be able to access 
the portal (e.g. some mobile workers), you will need to retain manual 
processing staff to support them (thus moderating your benefit claims). 
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4) Use a Comprehensive Time Survey 


As I have said, indirect benefits present a real challenge, as it is difficult to 
demonstrate where savings can be realised when nobody leaves the 
organisation as a direct result! One very clever way to deal with this is to 
undertake an extensive survey of users in your organisation. 


Why a time survey? Well, you can’t fire 10 minutes of a person... but you 
can accept that the 10 minutes saved could be re-directed into activity 
which adds value to the company (e.g. producing or selling more product). 
Also, in areas of high headcount (e.g. call centres) a 10 minute saving over 
over 90 people could equate to a 2 fte saving (where company has a 450 
minute working day) — so maybe you can fire the 10 minutes after all! 


It’s hard to argue with hard evidence. If you have a large sample (see 
overleaf) — say 200 people — it will be hard for anyone to dispute the 
validity of the survey results. This is an excellent way to turn benefits 
inherently difficult to realise into something that appears more solid and 
real. After all, 200 or more people can’t be wrong, can they? 


Another key benefit is that you can re-survey post-implementation, using 
the same people, to confirm that the savings hoped for were actually 
delivered (or hopefully even more). This makes benefit tracking and 
management much easier. 


Even if their results come back lower than you had claimed in your 
business case (more likely) you would probably still comfortably make your 
case (as you shall see later when I show you some benchmark figures) 


Make sure that you run a professional survey. Firstly, pick a large sample. 
How large? Well, a representative survey of 100 or more gives (statistically) 
a margin of error of less than 5%, for a large population (i.e. several 
thousand people). However, not everyone has studied statistics at 
university, so I would play on the safe side and survey 300 people (hoping 
for about 200 valid returns). ‘This way, you are less likely to get challenged 
by sponsors over results validity. 


Secondly, pick a representative sample. Make sure your survey includes a 
healthy mix of early adopters, laggards and those in-between. Make sure 
ages, genders and geographies are evenly spread - and include different 
grades and types of employees. 
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Thirdly, run the survey by email (using an e-form if possible) for efficiency 
(and to help with your showcasing of the new technology). If people are 
impressed with how easy the form is to fill out, they are more likely to 
imagine they will get similar time efficiencies when the portal arrives! Do 
make sure you have a paper back-up for employees not on email 


Fourthly, pick the right number and type of questions! Overleaf, I have 
suggested 10 typical questions that all begin with “how many minutes per 
day would you save if...”» Any more than 10 questions will probably result 
in too low a response rate, so resist the temptation to ask more 


Questions to ask 


How much time could you save each day if you could: 


1) Access a directory of all the people in our organisation, which 
could be browsed or searched on many different fields (e.g. by 
organisation map or name, job title, location, manager, etc.) 


2) Access all the forms we use at work, plus guides, templates, 
policies, etc. all through one site (e.g. all company PowerPoint 
templates, approved logo picture files, pensions guide, share 
scheme forms, lists of approved suppliers, employee benefit 
guides, financial approval forms, password applications, maps of 
offices, etc.) 


3) IT Helpdesk on-line; can access frequently asked questions, 
hints and tips, log faults and track them to completion, view 
status of current service, check planned outages, etc. 


4) Access an application from which you could book a meeting 
or conference room at any of our company sites (and request 
catering, projector, flipcharts etc. as appropriate) and be able to 
change or cancel bookings 


5) Access an application where you can complete expenses claim 
forms on-line, submit them electronically and track the progress 
of the claim through to payment (you would need to retain 
receipts etc. for occasional spot checks) 


6) Access an e-learning application from which you could view a 
training catalogue, browse and search available courses, book a 
course and (if it is deliverable online) receive it there and then, 
whilst sitting at your PC. 


7) View an (internal) job vacancies listing on-line and be able to 
apply directly for jobs from there (loading a pre-saved CV) 
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How much time could you save each day if you could: 


8) Access a facility for notifying the reception of your building of 
visitors due, their car registration (for security purposes) and 
reserving for them a car parking space 


9) Access an online HR dashboard application from which you 
can do time sheeting, claim overtime, record sickness and request 
leave (as well as browsing information) 


10) Ability to search for any or all of the information listed above 
and quickly access a comprehensive list of results (which 
includes people, web pages, documents stored on drives and 


internal & external news feeds). 


For answers, allow them to select from 0.5, 1, 2, 3, 5, 10, 15, 20, 30 and 60 
minutes per day as an answer (using a drop down box). Require them to 
select a description of their job role from the following options: manager, 
pa/secretary, sales, customer service, production, operations, back office. 
This allows you to cut data in different ways (and point to direct realisation 
of benefits through fte savings in roles with high headcount concentrations) 


I have run this exact survey on one of my projects, so (briefly) below is a 
summary of the results, to give you some (actual) benchmark results to 
look at and compare with your own: 


Functionality Time saved | Functionality ‘Time saved 

Employee Directory | 3.1074 mins | Online Training 0.6821 mins 
Course Bookings 

Electronic Forms 4.2143 mins | View Vacancies & 1.6821 mins 
Apply Online 

IT Helpdesk Online | 1.3250 mins | Visitors, Car Parking | 0.6821 mins 
& Catering Online 

Room Booking 1.7893 mins | Holiday & Leave 0.8643 mins 

Facility Online Requests Online 

Online Expense 2.1107 mins | Search Intranet & 5.1429 mins 

Claims & Approval Other File 
Repositories 
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5) Build a Wall of Benefits 


Often people are lazy about benefits when preparing a business case and 
end up with an anaemic ROI. This is said to be particularly true of 
“infrastructure investments” like building a portal for the first time. 


Why not buck the trend — and create an overwhelming ROI number to end 
all arguments? Firstly, it’s useful for wearing out the Challenge and Review; 
when your Finance team are challenging your business case (as they love to 
do) they will tend to cut at each line and to even red pen some altogether. 
The more lines you have, the harder it is for them to reasonably wipe out 
every single one and still maintain the image of commercial businesspeople! 


Secondly, you should try to be fair on yourself and the nature of the case! A 
portal is fundamental enabling technology in a modern e-business and will 
be used by all parts of your business to do all sorts of things. ‘The benefits 
will lie in many areas and (depending on the scope of your project and the 
degree of functionality you plan to deliver) there are a lot of separate items 
and possibilities to identify. 


Overleaf is a table of 101 benefit items across IT, HR, Commercial, 
Marketing, Sales and Customer Service to get you started on your wall. In 
subsequent editions of the guide, I plan to incorporate this in an appendix 
with several hundred separate line items (so do check back from time to 
time for an upgrade to Wall 2.0). 


In the table, benefits are classified into three types that directly impact the 
bottom line (D1-3) and three that impact only indirectly. (11-3) 


D1) Revenue / Margin Enhancement: Revenue increase (e.g. a technical 


improvement to a product that will then support a higher price) or Cost of 
Sale reduction (e.g. a dramatic change to tooling and work practices that 
leads to a reduction in direct labour costs) 


D2) Cost Reduction: Direct and measurable reduction in the operating 
cost base - for example the automation of a previously manual task. 


D3) Working Capital Improvement: Non-operating (financing) cost 
reduction through the faster recycling of working capital (e.g. reduction in 


debtor days / acceleration of the invoice to cash cycle). 
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I1) Cost Avoidance: Costs that would occur if we don't make this change, 
but are not already built into budgets and forecasts 


I2) Capacity Creation: Improvements in the input & process efficiency of 
systems or people (e.g. 15 minutes time saving per day per manager) which 
free up resources to invest in more value-adding activity, but don't directly 
lead to reduction in FTEs or other costs 


I3) Quality Improvement: Improvements in the process & output 
effectiveness of systems, processes or people (e.g. reduced number of 
product rejects or improved competency of people) which do not lead 
directly to reduction in FTEs or other costs 


There are also two different lenses on which to sort/view benefits; the 
functional lens (to show the area of your business typically responsible for 
benefit delivery in that area, e.g. IT, HR) and the process lens (to show the, 
often cross-functional, process where the benefit can be realised). 


Finally, there is a column for key performance indicators (KPIs) / 
Measures / Indicators that one would expect to be associated with realising 
the benefit G.e. Drivers). 


‘The Wall of Benefits 
# Functional Process Lens | Functionality Primary Metric | Primary Benefit Benefit Type 
Lens / Driver 
001 | Information IT Service Log a fault Reduced First Reduced Help Desk | Cost Reduction 
Technology Support online Calls to Help FTEs 
Desk 
002 | Information IT Service Track progress | Reduced Reduced Help Desk | Cost Reduction 
Technology Support of fault Repeat Calls to | FTEs 
resolution Help Desk 
003 | Information IT Service Update fault Reduced Reduced Help Desk | Cost Reduction 
Technology Support online Repeat Calls to | FTEs 
Help Desk 
004 | Information IT Service Delete fault Reduced Reduced Help Desk | Cost Reduction 
Technology Support online Repeat Calls to | FTEs 
Help Desk 
005 | Information IT Service Self-serve Reduced First Reduced Help Desk | Cost Reduction 
Technology Support Password Reset | Calls to Help FTEs 
Desk 
006 | Information IT Service Workflow Reduced First Reduced Request Cost Reduction 
Technology Delivery Login Account | Calls to Desk FTEs 
Creation Request Desk 
007 | Information IT Service Workflow Reduced First Reduced Request Cost Reduction 
Technology Delivery Ordering PC / Calls to Desk FTEs 
Peripheral Request Desk 
008 | Information IT Service Workflow Reduced First Reduced Request Cost Reduction 
Technology Delivery Upgrading PC / | Calls to Desk FTEs 
Peripheral Request Desk 
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# Functional Process Lens | Functionality Primary Metric | Primary Benefit Benefit Type 
Lens / Driver 
009 | Information IT Service Workflow Reduced First Reduced Request Cost Reduction 
Technology Delivery Disposal of PC | Calls to Desk FTEs 
/ Peripheral Request Desk 
010 | Information IT Service Workflow non- | Reduced First Reduced Request Cost Reduction 
Technology Delivery standard Calls to Desk FTEs 
Software Request Desk 
Request 
011 | Information IT Service Self-serve Reduced Reduced Local Cost Reduction 
Technology Delivery Software Software Support FTEs 
installation Distribution 
Visits 
012 | Information IT Service Self-serve Reduced Reduced Cost Reduction 
Technology Delivery Software Software Maintenance Spend 
removal Licenses 
013 | Information IT Service View Service Reduced Reduced 3rd Party Cost Reduction 
Technology Delivery Level Reports Number of Spend 
Online Printed Reports 
014 | Information IT Service View Capacity Reduced Reduced 3rd Party Cost Reduction 
Technology Delivery Reports Online | Number of Spend 
Printed Reports 
015 | Information IT Service View Current Reduced Reduced Help Desk | Cost Reduction 
Technology Delivery Service Repeat Calls to | FTEs 
Availability Help Desk 
Reports 
016 | Information IT Service View Planned Reduced First Reduced Help Desk | Cost Reduction 
Technology Delivery Service Calls to Help FTEs 
Outages Online | Desk 
017 | Information IT Demand View & Do less Change | Reduced Change Cost Avoidance 
Technology Management | Prioritise FTE Growth 
Change 
Portfolio online 
018 | Information IT Demand Schedule Do Change Reduced Change Cost Reduction 
Technology Management | Portfolio more efficiently | FTEs 
Projects online 
019 | Information IT Change Online Do Change Reduced Change Cost Reduction 
Technology Management | Resource more efficiently | FTEs 
Planning & 
Reporting 
020 | Information IT Change Online Time Do Change Reduced Change Cost Reduction 
Technology Management | sheeting & more efficiently | FTEs 
Reporting 
021 | Information IT Change Online Do Change Reduced Change Cost Reduction 
Technology Management | Resource more efficiently | FTEs 
Utilisation 
Forecasting 
022 | Information Application Reuse Portal Reduced Reduced Cost Reduction 
Technology Development | Graphical User | Application Development FTEs 
Interface Development 
(GUD Costs 
023 | Information Application Reuse Portal Reduced Reduced Cost Reduction 
Technology Development | Directory Application Development FTEs 
Services Development 
Costs 
024 | Information Application Reuse Portal Reduced Reduced Cost Reduction 
Technology Development | Authentication | Application Development FTEs 
Services Development 
Costs 
025 | Information Application Avoid need to Reduced Reduced Cost Reduction 
Technology Development | provision new Application Development FTEs 
User Accounts Development 
Costs 
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# Functional Process Lens | Functionality Primary Metric | Primary Benefit Benefit Type 
Lens / Driver 
026 | Commun- Communicat | Discuss issues Improved Improved ESAT Quality 
ications ions Strategy | in employee Employee Improvement 
forums consultation 
027 | Commun- Audience Identify Improved Improved ESAT Quality 
ications Management | Communicatio | Employee Improvement 
n Channels consultation 
028 | Commun- Channel Use of user Better targeting | Improved ESAT Quality 
ications Management | directory & of comms Improvement 
collaboration 
groups 
029 | Commun- Message Use of Better quality Improved ESAT Quality 
ications Delivery streaming audio | of comms Improvement 
and video 
030 | Commun- Message Use of online More timely Improved ESAT Quality 
ications Delivery newsrooms, communication Improvement 
split by s 
audience 
031 | Commun- Message Switch from Cheaper Reduced 3rd Party Cost Reduction 
ications Delivery paper-based to delivery of Spend 
online delivery communication 
S 
032 | Commun- Event Use of online Reduced travel | Reduced 3rd Party Cost Reduction 
ications Management | conferencing & accom. needs | Spend 
facilities 
033 | Commun- Event Use of online Reduced Improved property Capacity 
ications Management | collaboration & | number of utilisation Creation 
forums meeting rooms 
034 | Commun- Event Use of web Reduced Reduced 3rd Party Cost Reduction 
ications Management | casts for number of Spend 
employee offsite events 
events 
035 | Human Searching for | Search & apply | Increased Improved applicant | Quality 
Resources roles for vacancies number of quality Improvement 
online applicants 
036 | Human Starting my Access & use Reduced Reduced Training Cost Reduction 
Resources role online classroom FTEs 
induction training 
programme sessions 
037 | Human Developing Access & use Less offsite Reduced 3rd Party Cost Reduction 
Resources my skills online learning training Spend 
resources sessions 
038 | Human Developing Access & use Reduced Reduced training Cost Reduction 
Resources my skills online training classroom facilities cost 
training 
sessions 
039 | Human Developing Maintain CV & | Increased Improved applicant | Quality 
Resources my career aspirations on number of quality Improvement 
searchable opportunities 
index 
039 | Human Resourcing Workflow More efficient Reduced E'ee Cost Reduction 
Resources my team specification & | recruitment / Services FTEs 
approval of resourcing 
new role 
040 | Human Resourcing Online More efficient Reduced E'ee Cost Reduction 
Resources my team Expertise & recruitment / Services FTEs 
Talent Search resourcing 
041 | Human Developing Online Skills Improved Improved workforce | Capacity 
Resources my team Gap targeting of efficiency Creation 
Assessments training 
042 | Human Managing Maintain Lower lead- Better role Capacity 
Resources my succession time to fill continuity Creation 
succession plans online absent roles 
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# Functional Process Lens | Functionality Primary Metric | Primary Benefit Benefit Type 
Lens / Driver 
043 | Human Rewarding Online Instant Improved Improved ESAT Quality 
Resources my team Recognition incentivisation Improvement 
System of staff 
044 | Human Managing Workflow Less red tape & | Improved workforce | Capacity 
Resources myself annual leave faster decision efficiency Creation 
approval online | making 
045 | Human Managing Self-serve Less calls & Reduced E'ee Cost Reduction 
Resources myself personal details | emails to Services FTEs 
updates online Employee 
Services 
046 | Human Managing Self-serve Less calls & Reduced E'ee Cost Reduction 
Resources myself payroll details emails to Services FTEs 
online Employee 
Services 
047 | Human Managing Self-serve Less calls & Reduced Pensions Cost Reduction 
Resources myself pension emails to Admin FTEs 
administration Pensions 
online helpline 
048 | Human Managing Self-serve Less calls & Reduced 3rd Party Cost Reduction 
Resources myself personal emails to Spend 
benefits Benefits 
management providers 
049 | Human Managing Self-serve Less calls & Reduced E'ee Cost Reduction 
Resources myself personal emails to Services FTEs 
expense claims | Employee 
Services 
050 | Human Managing Monitor Less Improved workforce | Capacity 
Resources my team sickness and undetetected efficiency Creation 
absence online workplace 
issues 
051 | Human Leaving my Self-serve Less calls & Reduced E'ee Cost Reduction 
Resources role termination emails to Services FTEs 
(tax, return of Employee 
assets) Services 
052 | Commercial Sourcing Use of Online Reduced Reduced supply Quality 
Gds & Svcs RFI to Shortlist | financial and chain failure Improvement 
Vendors operating risk 
053 | Commercial Sourcing Use of Online Improved Reduced cost of sale | Revenue / 
Gds & Svcs RFP to Initiate commercial Margin 
Tenders terms Enhancement 
054 | Commercial Sourcing Use of Online Improved Reduced cost of sale | Revenue / 
Gds & Svcs Decision commercial Margin 
Support Tools terms Enhancement 
055 | Commercial Sourcing Use of Reverse | Improved Reduced cost of sale | Revenue / 
Gds & Svcs Auctions to commercial Margin 
Execute tenders | terms Enhancement 
056 | Commercial Sourcing Collaboration Improved Reduced cost of sale | Revenue / 
Gds & Svcs with other commercial Margin 
Buyers on terms Enhancement 
Sourcing 
057 | Commercial Requisitionin | Collaboration Improved Improved utility of Quality 
g Gds & Svcs | with Suppliers product or Gds & Svcs Improvement 
on service quality 
Specification 
058 | Commercial Requisitionin | Product or Reduced Reduced Cost Reduction 
g Gds & Svcs | Service workload in Procurement FTEs 
Specification commercial 
online support 
059 | Commercial Requisitionin | Employees Reduced Reduced 3rd Party Cost Reduction 
g Gds & Svcs | order Escape Spend 
Stationery Purchases 
online 
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# Functional Process Lens | Functionality Primary Metric | Primary Benefit Benefit Type 
Lens / Driver 
060 | Commercial Requisitionin | Employees Reduced Reduced 3rd Party Cost Reduction 
g Gds & Svcs | order Travel Escape Spend 
online Purchases 
061 | Commercial Requisitionin | Employees Reduced Reduced 3rd Party Cost Reduction 
g Gds & Svcs | order Temp Escape Spend 
Services online | Purchases 
062 | Commercial Requisitionin | E'ees order Reduced Reduced 3rd Party Cost Reduction 
g Gds & Svcs | other Indirect Escape Spend 
Gds & Svcs Purchases 
Online 
063 | Commercial Requisitionin | Employees Reduced Reduced 3rd Party Cost Reduction 
g Gds & Svcs | order Indirect Escape Spend 
Gds & Svcs Purchases 
Online 
064 | Commercial Inventory / Collaboration Improved Lower stocks & less | Working 
Buying with Suppliers Inventory stock outs Capital 
in Forecasting Management Improvement 
065 | Commercial Inventory / Collaboration Improved Lower stocks & less | Working 
Buying with other Inventory stock outs Capital 
Buyers in Management Improvement 
Forecasting 
066 | Commercial Inventory / Internal Improved Lower stocks & less _ | Working 
Buying forecasting and | Inventory stock outs Capital 
planning Management Improvement 
collaboration 
067 | Commercial Inventory / Real-time Improved Lower stocks & less | Working 
Buying online Inventory stock outs Capital 
Inventory Management Improvement 
Reporting 
068 | Commercial Inventory / Real-time Improved Lower stocks & less | Working 
Buying Replenishment | Inventory stock outs Capital 
scheduling Management Improvement 
069 | Commercial Delivery & Online access Improved Lower stocks & less | Working 
Warehousing | to ERP system Inventory stock outs Capital 
via ISDN Management Improvement 
Extranet 
070 | Commercial Delivery & Online access Improved Lower stocks & less | Working 
Warehousing | to ERP system Inventory stock outs Capital 
via ISDN Management Improvement 
Extranet 
071 | Commercial Making Use of Reduced calls Reduced Purchase Cost Reduction 
payment electronic to Purchase Ledger FTEs 
invoicing Ledger team 
072 | Commercial Supplier Supplier Reduced calls Reduced Purchase Cost Reduction 
Relationship extranet self- to Purchase Ledger FTEs 
Mgmnt serve details Ledger team 
updates 
073 | Commercial Supplier Avoidance of Reduced use of | Reduced 3rd Party Cost Reduction 
Relationship Paper in paper, toner, Spend 
Mgmnt sourcing & printers, etc. 
transactions 
074 | Commercial Supplier Online Supplier | Improved Better Supply Chain | Quality 
Relationship Performance Supplier efficiency Improvement 
Mgmnt Monitoring Performance 
075 | Marketing Marketing Access Market Increased Increased New Revenue / 
Campaign Research online | Campaign Business Margin 
Mgmnt Awareness Enhancement 
076 | Marketing Marketing Access Improved Lead | Increased New Revenue / 
Campaign Customer Generation Business Margin 
Mgmnt Insights online Enhancement 
077 | Marketing Marketing Online Micro- Improved Lead | Increased New Revenue / 
Campaign segmenting Conversion Business Margin 
Mgmnt Tools Enhancement 
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# Functional Process Lens | Functionality Primary Metric | Primary Benefit Benefit Type 
Lens / Driver 
078 | Marketing Marketing Create, Manage | Less Campaign | Improved workforce | Capacity 
Campaign & Delete Elapsed Time efficiency Creation 
Mgmnt Campaigns & Man Hours 
online 
079 | Marketing Marketing Monitoring Less Campaign | Improved workforce | Capacity 
Campaign campaign Elapsed Time efficiency Creation 
Mgmnt effectiveness & Man Hours 
online 
080 | Marketing New Product | Internal Less NPD Improved workforce | Capacity 
Development | Collaboration Elapsed Time efficiency Creation 
on NPD & Man Hours 
081 | Marketing New Product | External Less NPD Reduced 3rd Party Cost Reduction 
Development | Collaboration Elapsed Time Spend 
on NPD & Man Hours 
082 | Marketing New Product | Access Market Less NPD Improved workforce | Capacity 
Development | Research online | Elapsed Time efficiency Creation 
& Man Hours 
083 | Marketing New Product | Access Less NPD Improved Product Quality 
Development | Customer Elapsed Time Design Improvement 
Insights online & Man Hours 
084 | Marketing New Product | Online Less NPD Improved workforce | Capacity 
Development | Functional & Elapsed Time efficiency Creation 
Technical & Man Hours 
Specification 
085 | Marketing New Product | Online Less NPD Improved workforce | Capacity 
Development | Training of Elapsed Time efficiency Creation 
staff in New & Man Hours 
Processes 
086 | Marketing New Product | Online Faster Time to | Acceleration of new | Revenue / 
Development | Management of | Market for Revenues Margin 
entire NPD New Products Enhancement 
process 
087 | Marketing Sales Lead Online Sales Faster Improved workforce | Capacity 
Conversion Lead Workflow | Processing of efficiency Creation 
Allocation Sales Leads 
088 | Sales Sales Lead Online Improved Increased New Revenue / 
Conversion Telesales Script | Telesales Agent | Business Margin 
Generation Performance Enhancement 
089 | Sales Sales Lead Research Improved Sales | Improved workforce | Capacity 
Conversion Target Rep efficiency Creation 
Customer Performance 
online 
090 | Sales Sales Lead Wizard Reduced time Reduced Sales Cost Reduction 
Conversion Creation of to prepare Admin FTEs 
Sales Pitch Pitches 
online 
091 | Sales Sales Lead Online Traffic Reduced Improved workforce | Capacity 
Conversion & Travel downtime efficiency Creation 
Planning between sales 
visits 
092 | Sales Sales Lead Online Improved Improved ESAT Quality 
Conversion Commissions incentivisation Improvement 
Tracking & of staff 
Reporting 
093 | Sales Sales Synchronised Improved Higher revenue per Revenue / 
Negotiation Field Pricing commercial customer Margin 
Tools terms Enhancement 
094 | Sales Sales Synchronised Improved Higher revenue per Revenue / 
Negotiation Field commercial customer Margin 
Discounting & terms Enhancement 
Deal Mgmnt 


49 


# Functional Process Lens | Functionality Primary Metric | Primary Benefit Benefit Type 
Lens / Driver 
095 | Sales Sales Synchronised Improved Higher revenue per Revenue / 
Negotiation Field Billing & commercial customer Margin 
CRM Tools terms Enhancement 
096 | Customer Customer Workflow of Improved Lead | Increased Repeat Revenue / 
Service Retention Inactive Generation Business Margin 
Account Enhancement 
Reactivation 
097 | Customer Customer Online Better Cust. Reduced Customer Revenue / 
Service Retention Customer Service Agent Churn Margin 
Service Script Performance Enhancement 
Generation 
098 | Customer Customer Online Search Better Cust. Better Issue to Sale Revenue / 
Service Retention for Products & Service Agent Conversion Margin 
Services Performance Enhancement 
099 | Customer Customer Online Search Better Cust. Reduced Customer Revenue / 
Service Retention for Active Service Agent Churn Margin 
Campaigns Performance Enhancement 
100 | Customer Customer Online Search Better Cust. Reduced Customer Revenue / 
Service Retention "Find an Service Agent Churn Margin 
Expert" Performance Enhancement 
101 Customer Customer Walled Garden | Better Cust. Reduced Customer Revenue / 
Service Retention Access to Service Agent Churn Margin 
Internet Performance Enhancement 


Please do use the wall of benefits to strengthen your case. The more 
benefits you incorporate, the harder your business will become to pull 
apart. Be honest (this is not a game) but also fair on yourself! Where 
benefits are indirect (i.e. harder to realise) then do say so (e.g. will save 
time for higher value-adding activity but will not lead to direct headcount 
reductions). However, where benefits are direct (i.e. can be “baked” into 
budgets) then make sure you claim them 


6) Link to the Strategic Agenda 


You know how it feels. You are the poor relation! Here you are trying to 
make the case for an intranet portal and struggling - but somewhere else in 
your organisation is a much more important initiative that your executive 
see as vital to their business future. Money isn’t a problem and everywhere 
you look there is someone stressing how important it is, getting involved or 
shaping up grandiose programme plans. 


For example, your organisation is perhaps in the process of reorganising 
itself to generate greater focus on shareholder value-adding activities or 
cross-functional collaboration. Alternatively, perhaps there is a major push 
for Customer Relationship Management (CRM) or even Enterprise 
Relationship Management (ERM). Perhaps the enterprise is rationalising 
its many different accounting, payroll, billing and asset management 
systems through an Enterprise Resource Planning (ERP) project. 
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Well, if you can't beat ‘em join ‘em. Tie your portal investment closely to 
the Strategic Agenda of your organisation for best results! Use camouflage; 
try to make your portal project look, smell and sound like one of these 
major strategic initiatives. 


If ERP is the focus of the day, make sure your case includes employee self- 
service HR, Finance and Procurement processes. If CRM is topical, show 
how the portal will aid your customer service agents, by bringing together 
all the tools and information they need to serve your customers. 


‘Try to ensure that the same people peddling your strategic agenda also 
become advocates for the portal. Get them to see the two investments as 
inseparable and link the two strategic agendas closely together. 


Create hooks; make sure that you build hooks from the strategic agenda to 
the portal project. For example, “the only way our customer service agents 
will be able to look up competitor’s products will be via the portal. “Thus, 
the portal completes the CRM Strategy”. The stronger the hooks, the more 
they become perceived to be true dependencies; “without the portal 
project, our CRM Strategy will be incomplete” 


All is fair in love and war! You know the value that your portal will deliver 
to your organisation. You know that (over time) it will be one of the best 
investments they have ever made. 


But for all sorts of reasons (we have covered at length) they find it hard to 
see the business case for a portal ahead of time. However, they are excited 
about something else... a project that they would sell their shirt to finance 
and support. 


It is not entirely unreasonable to present your portal project in its best 
possible light by closely linking its business case to that of your Strategic 
Agenda. Most likely, it really will be of value in enhancing the delivery of 
that agenda. In all three examples I have given above (ERP, CRM and re- 
organisations for synergy) a portal can indeed play a very powerful 
supporting actor role to the main lead. A portal is (at its heart) an enabling 
tool so - by definition — it is likely to be a possible enabler to any given 
strategic initiative on your horizon 


There — so now I have put your conscience at ease too! 
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7) Identify 2-3 Killer Apps 


It makes a lot of sense to anchor your business case around some 
applications that have highly visible and obvious benefits for both the end 
user and the provider communities that serve them. Identify 2-3 “Killer 
Applications” that will focus the attention (and support) of key sponsors. 
Why seek killer apps? Well, firstly, the old saying “Bums on seats, laddie!”’ 
applies here (the ‘user’ rationale); Aside from delivering your project on 
time and to budget the most important measure of success for your portal 
can be described by use of a simple formula: 


Delta = No. of users x benefit per user 


‘To put this another way, you can have all the benefits you like for each 
individual portal user, but if you fail to get decent user adoption rates, you 
will still fail! 


You must drive a high number of users to the portal and the best way to do 
this is through placement of applications that each and every user finds 
indispensable in their day to day jobs or life 


Secondly, there is the “where’s the beef?” argument (the ‘provider’ 
rationale); If the portal doesn’t deliver direct transactional business benefit, 
then many of your natural allies will lose their enthusiasm. Remember the 
formula we just looked at: 


Delta = No. of users x benefit per user 


You may have all the users you like, but if there is no incremental business 
benefit to each user session, then you will also fail to get the delta benefit 
you want! 


If the portal contains applications that (heavily used) would allow parts of 
your business to reduce manpower levels (e.g. less people in Finance, HR 
or Procurement processing areas), then it is highly likely your efforts will 
be well-supported. Look for some excellent employee self-service apps to 
drive your case 


Now for the dilemma! Often you can have an app users like to use but is of 
no intrinsic value to the organisation (for example, weather maps and [TV 
listings). Equally, you can have an app that would be very useful to 
providers if used, but no-one is interested in using it! 
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You can please some all of the people some of the time, and you can please 
some of the people all the time - but you can never please all of the people 
all the time. The key is to find genuine win-wins - i.e. applications that work 
for both users and providers. Whilst it may be worth putting either of the 
two types above live at a later date, you have to stay focussed on win-wins 
in your business case and early releases. The following four candidate areas 
(for killer app) are worth looking at in any organisation: 


White / Yellow Pages 

Access a directory of all the people in your organisation, which could be 
browsed or searched on many different fields (e.g. by organisation map or 
name, job title, location, manager, skills, experience, interests, etc.). A 
People Finder is the one thing everyone needs to do almost every day and 
is thus an excellent candidate for a killer app. Chances are you already have 
one or more apps around today that do this job... your challenge is to 
significantly improve on the incumbent offerings! 


Electronic Forms 

Micro site for high use forms, including visitor & car parking requests, 
room & catering bookings, internal job vacancies & applications, leave 
requests, password applications, etc. Forms for everyday use are often 
neglected by Portal Project leaders, simply because they seem too easy (and 
are thus passed over). Wrong! In any reasonably sized organisation, there 
are likely to be 200-450 forms used! Put them online and you will save 
your users hours of wasted time each year! 


IT’ Helpdesk on-line 

Access frequently asked questions, hints and tips, log faults and track them 
to completion, view status of current service, check planned outages, etc. 
Online Fault Logging & Problem ‘Tracking is one of the few things that 
(pretty well) all your employees will need to do at least 2 or 3 times a year 
(e.g. to contact someone to help solve a problem with their PC or phone). 
A web interface can be a good way to encourage self-help, capture the right 
information and improve customer service! 


e-Learning Application 
Access online modules and/or a facility to book classroom courses. 


‘Traditional classroom learning can be very expensive (requiring trainers, 
training buildings, materials, etc.). If your business involves a lot of training 
(e.g. a large operational & sales force) then eLearning is likely to be an area 
of substantial benefit for your business. 
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Killer Apps are a real winner; when you are showcasing what the portal can 
do (to those who will have to pay for it) it helps to show them something 
practical and of benefit. 


You must look for real gems - that benefit both users and providers! There 
is time later for the rest! We are talking about apps that connect people with 
essentials; 


(a) it’s got to be stuff that they do each and every day (or at the very 
least once a week); 


(b) it’s got to be “the route of least resistance” - 1.e. easier than doing 
it the old way / by phone etc. (and don’t neglect to make the old 
way more difficult.. or even withdraw it altogether if you need to); 


(c) it’s got to be available - 99.8% uptime a must (or people will give 
up on it in favour of older, more reliable routes); and 


(d) the data must be accurate and (hopefully) more reliable than 
alternative ways of doing the same thing 


8) Use a Cost Avoidance Argument 


An Intranet Portal is not just for Christmas! When you set out to make the 
case for your intranet portal, you surely planned for it to be a long-standing 
investment, that would bring benefits long into the future! 


Remember the Road Analogy? In building the Portal Infrastructure, you 
have laid down foundations that others will build on. Soon your road will 
literally fill up with cars and lorries. Claim the credit for those who will 
follow! 


But you aren’t charging a road tax or a toll! These guys are using your 
shiny new road because it’s easier and cheaper and they are getting a free 
ride! 


Look behind this... are they not able to complete their new project cheaper 
than they would have been able to otherwise? Is it not quicker to develop 
to the portal than elsewhere? Is it not easier to publicise and make available 
their application to users? Well — are you really going to just sit back and fail 
to claim some benefit for this? 


Show how your investment will reduce future project & development costs, 
by illustrating the numerous areas in which the portal provides free-and- 
ready-made solutions for the use of future initiatives: 
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Free User Interface 
For most new applications, it is necessary to design a graphical user 
interface. ‘The portal provides this sort of technology “out of the box” 


Free User Client 
The use of a browser interface saves cost of creating and installing a 
bespoke end-user desktop client for the app 


Free Access Security & Authentication Model 

The Portal provides an in-built security model, user-id and password 
feature (which would otherwise need to be built from scratch for each new 
application). ‘The Portal will also hold a directory service to authenticate 
users which can be adapted for use with the new application more cheaply 
than would normally be the case 


Free Enterprise Development Framework 
Most portal solutions provide a set of standard APIs & Portlets and 


support a number of programming languages. This provides a toolkit by 
which application development can be speeded up 


Free Infrastructure 

‘The web servers, app servers and database servers within the intranet web 
farm are already there and can be used by the new application. ‘Thus 
savings are made on enterprise software licenses, hardware and associated 
infrastructure (load balancing etc.) 


Free Publicity 
Most applications are only partially mandatory for users. As _ such, 


publicity (to attract new users to an application) is a necessary part of the 
project. The Portal is already a place where thousands of company users 
will go every day — a simple banner or news item on the homepage saves 
significantly on flyers, road shows, etc. 


Re-usable level 2/3 Support Manpower 


The new app will be cheaper to support through the portal, because there 
is an existing team supporting the underlying hardware and web-farm 
software (I.e. benefits of scale) 


These free components and services will manifest benefits to future 
initiatives in the form of; (a) Lower Labour Costs and (b) Lower Design 
Costs (as indicated above, many things are “out of the box” with the portal 
and do not need to be re-designed / re-invented). 


a) 


There will also be (c) Lower Development Costs (some things do not need 
to be developed at all, e.g. interface, and others only need minimal 
redevelopment to be re-usable, e.g. authentication). Also the development 
itself is easier (due to the existence of enterprise development frameworks). 


There will also be (d) Lower ‘Testing Costs, (ce) Lower Implementation & 
Publicity Costs, (f) Lower Support Costs per fault raised, (g) Lower 
Software Costs (due to avoided enterprise licenses, e.g. on app servers and 
database servers) and (h) Lower Hardware Costs (as the hardware pre- 
built on the intranet web-farm can be re-used for new applications). 


‘To claim cost avoidance on future business cases yet to be approved is 
rather difficult in most companies. However, there are very real benefits to 
be had here, so don’t give up on them! 


For example (on development costs) argue that policy and procedures can 
be changed to ensure these benefits are realised. If a rule is made that all 
new small and medium applications have to be developed via the portal, 
then one can then act to actually cut the development FTEs in your IT 
function by 15-20% (based on benefits achieved by HP — see step 2 above) 


From a technology perspective, this is (after all) the main reason why you 
are putting in a portal rather than an old-fashioned (and cheaper) HTML- 
based intranet: The portal provides a low-cost e-business platform for the 
future), so make sure your executive decision makers understand this and 
give you credit for it in your business case! 


9) Consider Larger Scope 


Could you make your case if you include internet & extranet in scope? If 
you already have an externally hosted internet site, why not in-source it as 
you deliver your intranet, or supplement internet sites with an extranet? 


Your first reaction might well be to say “this is not my job! Someone else 
looks after my internet sites, so why should I get involved in that?” 
However, if you are after hard benefits — this is an excellent place to look; 
by combining the hosting of these different sites, you could deliver real 
economies of scale! 


For example, if you are a business with a lot of product lines and stock to 
manage, then it only makes sense to deliver the catalogue, pricing, stock 
levels, etc. once online. Why not have a single application and database, 
whilst serving it to the internet and intranet web servers at the same time? 
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Your internet site colleagues may be more responsive to this argument than 
you think. ‘The chances are that they are looking to personalise the 
experience to particular groups of consumers or corporate customers and 
provide self-service functionality more cost-effectively. Your technology is 
just what they have been looking for! 


In terms of cost savings, you may be able to retire the software you 
currently use for your internet sites and save on license and/or maintenance 
costs. This is particularly relevant to (for example) server-based licenses 
(e.g. enterprise databases like Oracle or SQL Server). 


Similarly, you could gain hardware savings by re-using the servers 
currently used for your internet service (if in-source) or cancel your 
external web-hosting service and invest the savings in installing in-house. 
There are also efficiencies of scale as you scale-up the architecture to cope 
with both internal and external demands. 


You could make manpower savings by using the same people to support 
internet, personalised extranet and intranet sites and use the same people to 
develop new content for all three sites and to look after content 
management systems. 


In terms of benefit areas, a key facet is the ability to collaborate with value 
chain partners. For example, when making acquisitions you can easily 
collaborate with lawyers, consultants and accountants working on the deal. 
Once the new business is acquired, their people can be given immediate 
secure access to your systems. 


Another example is Supply Chain Management, where you gain the ability 
for suppliers to track their invoices to payment, and collaborate with you on 
quality & efficiency projects (e.g. to reduce excess stock). You can also 
work more easily with outsourced service providers (e.g. property / 
facilities managers, call centre companies, etc.) 


Many B2B companies claim substantially increased Customer Revenue 
and Loyalty through the use of customer extranets. For example, 
Haliburton (an oil industry intermediary) claim huge growth in customer 
accounts through the superior portal technology (servicing, management 
info, etc.) that they offer. They also claim greatly increased customer 
loyalty and reduced churn. 
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So, in summary, do not neglect to evaluate the potential hard benefits from 
an enlarged scope. Many companies have successfully integrated their 
intranet, extranet and internet services. There are big benefits to play for, 
particularly if you mainly sell B2B and/or have a high number of products 
or stock lines that your employees, suppliers and customers need to interact 
with online. 


Do not allow politics or your own ‘scope’ to impede you; just because this 
stuff isn’t in your job description doesn’t mean it is not important! You may 
need to invade someone else’s turf, but that is ok if you deliver big cost 
savings or provide that personalisation feature that your internet experience 
has been crying out for. You may get a better reception that you imagine! 


This is by far the most reliable step in all my 10 tutorials to deliver real 
hard and kickable benefits. You will certainly win the day if you can win 
this argument! 


10) Use Innovative Phasing 


The bitter pill of costs might be easier to swallow over a two year period! 
Most companies budget on an annual cycle. Most projects pitch 
themselves as lasting less than a year and starting and finishing within a 
single budget year. You could be smarter, as these options illustrate: 


Option 1 


Option 2 


Option 3 


£0.33m per month 


Option 4 


Year 1| Year 2 
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Say your company has an annual budget cycle that starts in January and 
finishes in December. Right now it is September of the year before and 
you are making your case. 


A £10 million, 12 month project that starts in January (option 1) feels 
more expensive to decision makers than a £12 million, 12 month project 
that starts in July (option 2). Why? Because right now, the decision maker is 
focused on next year’s numbers — so your option 2 looks like £6 million! 
You may say this is deceitful, but you are being honest upfront about the 
total cost and — after all — all is fair in love and war 


A refinement of option 2 might be to lengthen project duration (option 3). 
For example, you could start as originally planned in January of Year 1, but 
set the (constant) burn rate so that the same project takes 18 months rather 
than 12 months to complete. This way, your £12 million project asks for 
£8 million in year 1 and £4m in year 2. This still sounds cheaper than £10 
million all in one year, although (once again) you are actually asking for 
more! Also, you can start earlier (which I know you are desperate to do!) 
and the amount you put at risk (dependent on next year’s budget 
submission) is only £4 million. Furthermore, by seeking £4 million in year 
2, you are gently laying the groundwork for an ongoing business-as-usual 
budget for continuing change 


Option 4 is a further refinement, where you vary the burn rate during the 
project. For example, you could start with a pilot of the technology, which 
gets something up and running in just 6 months at a cost of £2 million. 
Then you are straight into a further 12 month project at a cost of £10 
million. This way, your costs are only £7 million in year 1 and £5 million in 
year 2. Again, this sounds cheaper than £10 million year 1 spend of Option 
1 and cheaper than option 3’s £8 million. 


Do not neglect phasing when making your case! Phasing can be a useful 
way of making the overall level of expenditure more palatable in a typical 
enterprise, where short term finances are always under intense scrutiny. It 
can also be a sensible way of reducing overall risk, by reducing the project 
burn rate through either (a) lengthening the overall project length, (b) 
varying burn through a pilot or (c) a combination of both. As well as the 
macro picture, look also at the micro — for example (d) delaying the major 
expenses of scaled-up, go-live software and hardware into year 2 or (e) 
pushing more of the expense into capital (which can be depreciated over a 
longer period of time and helps in a company that is very P&L, rather than 
cash, focused). 
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Conclusions 


In summary, making the business case will prove to be a lengthy and 
challenging process. You will need to be comprehensive and ruthless in 
your pursuit of overwhelming benefits, to overcome the natural desire to 
question indirect savings. 


Using my 10 Step approach will help. You should also check out my 


chapter later on Benefits ‘Tracking & Realisation, for techniques on how to 
keep the team focused on benefits and ROI throughout the project. 
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09. Intranet Prioritisation 
A blindfolded monkey throwing darts at a newspaper's financial pages 


could select a portfolio that would do just as well as one carefully selected 
by the experts. (Burton G. Malkiel, "Random Walk") 


Sounds good, doesn't it? But, in a famous experiment that has been 
running for 14 years (between a team of professional investors and 
journalists from the Wall Street Journal, throwing darts) the people beat the 
‘monkey' by 10.8% to 4.5%! 


Choosing between the different functionality options for your first portal 
manifestation will be tricky. You will need to prioritise — and to have a better 
system for doing so than throwing darts as a dartboard! 


So, accepting that you are unlikely to have unlimited funds and that having 
a method for picking winners is a good idea, this leaves the question of 
what to do first and what to defer or leave altogether. 


The theoretically preferred solution for prioritisation is Net Present Value 
(NPV). Leaving aside the infrastructure (you have to put that in), the most 
obvious technique for prioritising content and applications is to look at 
which items deliver the biggest NPV and do them in strict order. There are 
two problems, however, with this approach; 


Firstly, putting a precise value on many of the items is very difficult. 
Secondly, the chances are that the highest NPV items are also the most 
expensive and risky to do (so a few may use up all your funds). 


As an alternative approach, why not try my favourite model for 
prioritisation, which I call Strategic Alignment Prioritisation, where each 
item is assessed for (a) value & (b) ease and placed on a 2x2 matrix. This 
simple model allows you to take into account the size of cost and degree of 
benefit (in financial terms) but also to balance these against softer items. 


Value, in this context, is derived from the strategic objectives of the 
organisation; this will normally include profitability (as most have this 
objective), but also softer measures like employee satisfaction. Overleaf, I 
have included an example Strategic Map for a typical intranet project. 
‘There are two strategic objectives and eight strategic imperatives: 
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Project Mercury: The Company Intranet Project 


VISION STRATEGIC 
STATEMENT OBJECTIVE 


sharing - 


STRATEGIC 
IMPERATIVES 


CRITICAL SUCCESS 
FACTORS 


People feel as strong an association with the 
Company as they do with their BU / Function 
Intranet as a timely and comprehensive source 
of appropriate communication 

Employee is positive about improved ways of 
working AND "what's in it for me?" 

Employees have the information they need to 
better serve their customers 


Intranet platform delivered to time and to 
budget, prior to the end of 2004 


High levels of user adoption and ability to 
scale the platform as the company grows 


Intranet platform delivers anticipated benefits 
and this is recognised by employees 


Intranet platform makes it easy to find people, 
documents, processes and pages 
(and thus share knowledge) 


Each candidate piece of functionality is assessed for its contribution to each 


of the eight critical success factors, as follows: 


Candidate contribution to CSF 


Negative Impact 
Functionality would adversely impact the CSF 


Score 


-2 


Zero impact 
Functionality would not impact the CS'F 


+0 


Minor impact 

Functionality would have a minor (and usually 
Indirect) impact on the CSF 

Major impact 

Chances of achieving CSF would be significantly 
enhanced through the use of this functionality 


+2 


+4 


Dependent impact 
CSF could not be achieved without this 
functionality (use sparingly and honestly) 


+6 
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Ease is similarly based on a group of different measures, which includes 
cost but also takes into account the inherent difficulty and risk of failure. 
The resulting ease score is on a scale from 1 to 5 (where 5 is very easy and 
1 is very hard). 


As an example, using the Strategic Map above, let’s look at Competitor 
Knowledgebase (CK), a searchable database of competitor products, 
services and current special offers that can be queries by call centre agents 
whilst dealing with customers over the phone. 


Candidate Critical Success Factors (CSFs) Value | Ease | Agg 
Functionality 1 o 3 4 5) 6 ee 8 

Competitor Ze Oo We 1A ee eds ti | tbe | 3 17 
Knowledgebase (CK) 


CK is judged to make a minor, indirect impact on “feeling as strong an 
association with the whole company as their own business” (CSF 1), as the 
database helps them to fight the company’s competitors and in areas 
outside of their own particular product specialism (e.g. up or cross-selling). 


CK does not aid communication (CSF2) so no score there, but is adjudged 
to make a minor contribution to employee satisfaction (CSF3), as an 
obvious manifestation of better ways of working for staff who today feel 
they do not have the tools to do their job. 


‘There was much debate about whether CK should score a 6 on CSF4, as 
the sponsor for this functionality feels very strongly that it is fundamental 
to improving customer service in the call centres. However, a score of 6 is 
normally reserved for true dependencies and there are — in fact — other 
initiatives in the portal case that will improve customer service (and losing 
this item would not prevent some kind of improvement from happening). 


CK is a late addition to scope and requires a small competitor analysis 
team to be formed. These and other factors suggest that adding it to scope 
may put project timescales at risk (hence the -2 score for CSF5). 


CK gets a +2 score for both CSF6 and CSF7 as it will improve 
productivity and get high user adoption rates. On CSF8 it scores a 
stunning 4, as it is deemed to be a great vehicle for improving people’s 
knowledge sharing abilities. 
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CK does indeed get prioritised into scope, appearing on the prioritisation 
grid in the top-right quadrant (higher value, higher ease): 


i Value 


Hitters © i) 


s= Oo 


Ease => 


uick Wins 
High Value, High Ease. Many of these items should be in scope for your 
portal project. As you are likely to succeed in implementing these and be 
able to demonstrate immediate benefits, they help to build confidence in 
the platform, the project and you personally. 


Example functionality: 300-500 Online Forms 


Big Hitters 

High Value, Low Ease. Most of the really substantial items will appear in 
this box. As the old saying goes, 'nothing worthwhile was ever won easily’. 
Your project should include at least three or four of these (for substance 
and early critical mass) but too many will use up all your funds and eat into 
your contingency, when things go wrong (so don't overdo it). 


Example functionality: Yellow & White Pages + Employee Directory 


Low Hanging Fruit 

Low Value, High Ease. Otherwise known as 'stocking fillers', these items can 
be useful in adding critical mass to the early portal, or using up some spare 
resource on a particular release. 


Example tunctionalitty: Facilities Location Maps & Traffic Feed 
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Money Sinks 
Low Value, Low Ease. You'd be surprised how many perennial portal 


favourites actually fit in this box! For example, putting email in the portal is 
something likely to be expensive and generally adds virtually nothing to 
what existing email users can already do with their desktop client. Often, 
the experience is slower and less fully functioned (so is eventually 
abandoned by users in favour of their existing solutions). Avoid such items 
completely. 


Conclusions 


As you can see from the worked example above, intranet prioritisation is a 
very necessary tool to “picking winners” and firming up the costs and 
benefits in your business case proposition. 


However, you can also use this very same tool to assess candidates for 
scope change during the project and for defending your scope from would- 
be pet initiatives that may emerge from senior stakeholders throughout. 


By using such an objective and value driven model, any new initiative can 


first be tested with the matrix. An adult debate can then be had as to its 
relative merits before a decision is made. 
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10. Mobilisation of your Intranet Project 


Through the mud and the blood to the green fields beyond. - Brigadier 
General Hugh Elles (1880-1945) 


On 20 November 1917, Hugh Elles led some 300 British tanks 'over the 
top' in an attempt to break the German Hindenburg Line. The Battle of 
Cambrai was so successful an action, that the church bells were rung 
throughout Great Britain. 


As you prepare to go over the top yourself, you will need to ensure that you 
have the right people by your side and that you have them well-positioned 
for success. My advice is to seek a multi-disciplinary team that represents a 
microcosm of your organisation itself. A strong mix of business and 
technical resource helps, as does co-location of dedicated resources. 


Intranet Project Director (PD) 


This is perhaps you! This book is certainly written, primarily, for such an 
individual. ‘The Project Director is a trouble-shooter and raconteur; 
someone who can really make things happen within the organisation. 
‘Typically a senior manager with a good network at the top of the business, 
this person sticks with the initiative from first principles to final delivery 
and, one hopes, well beyond. Most importantly, this is a person who 
inspires confidence at board level and can manage upwards. 


Project Manager (PM) 


Your PM should have an almost masochistic love of accountability; she 
relishes being in the limelight, thrives under pressure and draws on 
adversity to focus delivery. Someone - in brief - like Hugh Elles! 


The project will not be technically difficult to deliver (particularly if you 
are using one of the established vendor's products). But the propensity for 
scope-creep and the large number of potential stakeholders (all with their 
own power-bases and agendas) will stretch your PM's skills to the limit. 
Get someone good. Get someone strong. Give them a bayonet! 


Business Readiness Manager (BRM) 


The Business Change Management challenge demands that you select a 
trusty lieutenant to help you get the best for your brands, functions and 
business units. 
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This person should have some stature and experience, ideally having 
worked in a number of different areas of your business and built up 
effective networks. He or she will have a good understanding of the 
company culture and of major change projects. 


Over the next three pages, I have included some example job descriptions 
for these three key individuals, who will lead the intranet effort: 


Job identification 
Intranet Project Director - Management Grade 4 (Group) 


Purpose of the job 


To make the case for, implement and then govern in steady state an Intranet or Corporate Portal for ABC Co. 


Reporting relationships 


Reports to the Director of Finance, with a dotted line report to the HR Director. Expected that the reporting line will 
move to the HR Director, once the Portal has been live for more than 6 months. 


Dimensions & Authorities 


The position is expected to command a development budget over 2 years in the range £10m-£15m and an ongoing 
steady state funding approximately £4m. Individual Financial Signing Authority will be Revenue up to £2m and Capital 
up to £5m (which is slightly higher than normal for this grade). It is expected that the Intranet director will have no more 
than 4 direct reports. 


Prime Responsibilities 


1. ‘To prepare the Business for the Project and ensure the smooth integration of the Project into the business 
operational environment. 

2. Actas the day-to-day Executive. 

3. To provide direction to the Project Manager on the Business perspective of the Project. 

4. Tobe responsible for the management of Business Stakeholders and Partners. 


Main Activities 

1. To be the Business champion of the Project during its initiation stage, including making the business case for the 
portal at the Executive level. Subsequently, to manage the Business to ensure that initial enthusiasm and 
commitment does not waver during development phases. 

2. ‘To propose and agree any requisite business process and organisational changes with the Business. To be 
accountable for business benefits agreed in the business case for the project. 

3 Liaise with the Business to smooth the path for the Project. 

4 Ensure that the Project is provided at the outset with its business objectives. 

5.  Arbitrate on any conflicts within the Project or negotiate a solution to any problems with external bodies. 

6 To lead negotiations with potential business partners, including external third parties. 

7 Prioritise and agree any changes to the scope of the Project. 

8. To assist the Project Manager in developing the Project submission and gaining authority to proceed. 

9. ‘To provide input to the Project Manager in the preparation of the Project Plan. 

10. ‘To assist the Project Manager in the preparation of the Business Case. 

11. Advise the Project Manager on business requirements for the Project's Communication Strategy. 

12. ‘To provide business leadership for the design of the Steady State Operating & Funding Model 

13. To take handover of the project into business-as-usual operation and manage things thereafter. 


Key Outcomes 
To make the case for an Intranet / Corporate Portal to the Executive Board, including a full ROI analysis of the key 
benefits. ‘To then initiate a project or programme to deliver the business case benefits and manage the portal as a 

successful, reliable and high-performance service thereafter. 
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Job identification 


Intranet Project Manager — Management Grade 5 (IS Change Delivery) 


Purpose of the job 


To deliver into successful steady state operation an Intranet or Corporate Portal for ABC Co. 


Reporting relationships 


Matrix report to the Intranet Project Director for the life of the project, which is expected to be 18 months in duration. 
Expected that this will be a 100% commitment. 


Dimensions & Authorities 


The position is expected to command a development budget over 2 years in the range £10m-£15m. Individual Financial 
Signing Authority will be Revenue up to £0.5m and Capital up to £1m (which is slightly higher than normal for this 
grade). 


Prime Responsibilities 


1. To ensure that the Project as a whole produces the required Products to the defined standard of quality. 
2. ‘To manage the Project within cost and time constraints (i.e. budget plus agreed tolerances). 


Main Activities 


Prepare and collate the Project Initiation and Definition Document (PIDD). 
Prepare Product Descriptions with Team Manager(s). 

Plan the Project and agree the plan with the Project Board. 

Liaise with associated/related projects. 

Prepare Stage Plans or agree Stage Plans from Team Manager(s). 
Recommend a tolerance level for each Stage Plan. 

Agree reporting frequency with the Project Board for each Stage. 

Define Team Manager(s) objectives and responsibilities. 

9. Monitor overall Project progress including financial expenditure. 

10. Advise the Project Board immediately if tolerance levels are likely to be exceeded. 
11. Prepare and present Exception Plans to the Project Board as required. 

12. Collate the Project Progress Reports from the Team Manager(s). 

13. Send Review Reports to the Project Board at agreed intervals. 

14. Monitor the results of all control meetings held within the Teams. 

15. Where applicable, work with the Project Assurance Team to assure the overall integrity and direction of the Project. 
16. Attend all Progress Meetings, Project Start-up/Initiation and Closure Meetings. 
17. Agree the business and quality strategy with the Project Board. 

18. Identify Project Management controls for the Project Co-ordinator. 

19. Ensure Post-Implementation Review is scheduled. 

20. Manage Risk. 

21. Monitor Third Party Suppliers. 

22. Ensure Information Security is reflected in the Project Plan. 


CON OW 0 oo 


Key Outcomes 


To deliver the business case benefits and undertake successful handover, such that the portal can than be managed as a 
reliable and high-performance service thereafter. 
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Job identification 


Intranet Business Readiness Manager - Management Grade 5 (Group) 


Purpose of the job 


To make the case for, implement and then govern in steady state an Intranet or Corporate Portal for ABC Co. 


Reporting relationships 


Reports to the Intranet Project Director, for the life of the project - which is expected to be 18 months in duration. 
Expected that this will be a 100% commitment. 


Dimensions & Authorities 


The position of the Intranet Director is expected to command a development budget over 2 years in the range £10m- 
£15m and an ongoing steady state funding approximately £4m. Individual Financial Signing Authority may be delegated 
to the Business Readiness Manager in line with normal company Delegated Authority limits for this grade. It is expected 
that the Business Readiness Manager will have no direct reports but will share access to administrative support with the 
Project Team. 


Prime Responsibilities 

To manage the Business Implementation Team. 

To manage the co-ordination and implementation of all Project Products from the complete Business perspective. 
Responsible for making day-to-day Business decisions. 

To manage the cutover from the old system to the new system. 

Ensure that Information Security is reflected in the Project plan. 


Gye 


Main Activities 


1. Assist the Project Manager in the preparation of the 'high level' implementation plan, covering all Business aspects of 
the Project. 

2. Produce, maintain and gain agreement to the Business Implementation Plan, the cutover plan, and the business 
resourcing plan, undertaking the impact assessment for the Business. 

3. Ensure that Business resources with the 'appropriate' authority and skill level are made available for User acceptance 
testing, User training, data migration, and system cutover. Provide guidance and support to the Business resources 
on any changes required to the operational business environment. 

4. Manage any Business process resource changes and procedural changes needed, to include ensuring acceptance of 
new or changed Business rules, contracts of employment, operational procedures. 

5. Manage good communication to Business Managers, to the Users, and to the customers, with regard to what the 
new system will mean to the Business, User and customer community, and ensure Service Level Agreements are in 
place. 

6 Identify the Business scenarios to be used in UAT and oversee User training. 

7, Oversee data cleansing and data migration rehearsals. 

8. Manage the system cutover and go-live activities. 

9 Assist the Project Manager to identify Project Products and agree Product Descriptions. 

10. Assist the Project Manager to plan and deliver the Products, identifying the quality criteria and processes for all 
activities. 

11. Define objectives, responsibilities and work plans for Business Implementation Team(s). 

12. Manage and provide guidance to the Business Implementation Team(s). 

13. Monitor progress and resource utilisation and initiate corrective action as needed. 

14. Liaise with Project Assurance Team on all matters of Product integrity and quality. 

15. Attend Project Board meetings when necessary. 

16. Attend Implementation Plan and Project Evaluation Review. 

17. Arrange any Business support required post go-live. 

18. Provide liaison between the Project, Business and any Third Parties involved. 

19. Review all change requests from a Business impact perspective. 


Key Outcomes 


To make the case for an Intranet / Corporate Portal to the Executive Board, including a full ROI analysis of the key 
benefits. To then initiate a project or program to deliver. 
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‘Team Building 

Any effective team needs to have a blend of skills and work styles. As you 
work with your PM and BRM to build the team, there are a number of 
useful team-building models out there that you may want to consider using. 
I have included below a short summary of the two best known, “Belbin”’ 
and “Myers-Briggs”’. 


Belbin Team Roles 


The Belbin Model is a robust and highly effective concept on teamwork 
that is the product of many years of research. British psychologist Dr 
Meredith Belbin has worked to achieve a coherent and accurate system that 
explains individual behaviour and its influence on team success. ‘These 
behavioural patterns are called '"Team Roles" and these nine roles cover the 
types of individual behaviour at work in a team. 


1. Plant (PL) 


Naturally suggests new ideas or strategies for the team and spots 
Issues or gaps in the current team approach. 


2. Resource Investigator (RI) 


Evaluating the practical quality of ideas and approaches outside 
the team and negotiating with their contacts for resources that 
may be useful to the team. 


3. Co-ordinator (CO) 


Understands the strengths and weaknesses of different team 
members and makes the best use of each persons potential in 
moving the team forward towards their objectives. 


4, Shaper (SH) 


Shapes the team’s ideas into action through objective setting and 
prioritisation (by helping to impose a pattern on discussions, 
activities and outcomes). 


5. Monitor Evaluator (ME) 


Analyses ideas and results against the empirical evidence, then 
makes suggestions on how to refine and improve approaches in 
the light of events.. 
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6. Team Worker (IW) 

Enhances the strengths of others by supporting their efforts; 
builds on their ideas, fosters team spirit, aids communications 
and fills gaps. 


7. Implementer (IMP) 


A doer. Takes ideas, strategies, objectives, etc. and turns them 
into practical plans and working procedures; then gets on with It, 
systematically and efficiently. 


&. Completer Finisher (CF) 


Checks that the team have not made errors of commission or 
onussion; always looking for parts of the task that need greater 
attention and maintains a sense of urgency in the team. 


9. Specialist (SP) 
Feeds technical information into the group, generally from a 
professional standpoint. Helps translate general blueprints into 
technical designs. 


Belbin argues that a successful team will include people who fill each of 
these behavioural areas between them. You can find out more about Belbin 
(and how to use it in building your team) at http://www.belbin.com/ 


Myers-Briggs ‘Typology 


The 'Myers-Briggs' types were derived from Jungian psychology by Isabel 
Myers-Briggs. Types are determined by four pairs of preferences: 


The first pair is Extroverts vs. Introverts, measuring the degree to which we 
gain energy from the company of others (or prefer a more private life). 
Sensing versus Intuition looks at whether we rely on our five senses for our 
information or make greater use of a sixth sense (i.e. our intuition. 


‘Thinking vs. Feeling is about the degree to which internal decisions are 
made based on logically organised and processed facts (as opposed to our 
personal experience, value set and emotional rationale). 


The last pair is Judgment versus Perception, indicating the approach we 
take to making external decisions. Judgers prefer a planned, orderly life 
(with deadlines and to-do lists), whilst Perceivers prefer a more 
spontaneous and flexible lifestyle. 
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There are 16 different combinations of these four preferences and, 
therefore, 16 different Myers-Briggs types. Some types are quite rare (for 
example INT]Js comprise just 1% of the population) whilst others are more 
common (ESFPs comprise 15%) but each has a unique contribution to 
make. You can find out more from the Myers & Briggs Foundation at 
http:/(www.myersbriggs.or 


Whatever team building techniques you chose, I would definitely 
recommend investing some time on this in the early stages (as building a 
strong team may well be the difference between success and failure). 
Getting the right mix of people from the outset (who compliment each 
other) is the first — and right — step along that road. 


Siting the Project Team 


Choosing the right location is not as trivial a matter as it might seem! Most 
projects can be sited based simply on the supply-side considerations (e.g. 
where there is sufficient property space). However, your project will need 
to touch every part of your business, both in terms of organisation and 
geography. 


My advice, simply, is not to ignore the demand-side; try and ensure that 
you maintain small implants' in your HQ and all significant office buildings 
across the real-estate. Whether or not the team spend much time in them, 
these implants are very valuable for staying continually in the ‘line of sight' 
of your whole business. 


When you reach implementation, try to use a system of local change and/or 
communications champions (at least one for each sight) and have some 
sort of public display unit at each of the major locations. 


Useful team resources 


I have listed below (in no particular order) some Key assets you may wish 
to ensure that the team possess (as part of your mobilisation process): 


- An A3 Colour Printer (for mock-ups) 

- 3-4 Display stands (for showcasing) 

- Laptops for key personnel on the team (to aid mobility) 

- A Collaborative Teamroom and Project’Ieam Intranet Site online 
- White-boards (for workshops) 

- Branded teamspace (for visibility) 

- Hotdesking (to live new ways of working) 

- Project Brochure & Comms Materials 
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Intranet Project Names 


"What's in a name? That which we call a rose 
By any other word would smell as sweet." 


In this famous quote from Act II of Romeo and Juliet, Juliet tells Romeo 
that a name is an artificial and meaningless convention, and the fact he is a 
Montague and she a Capulet (warring families) means nothing to their 
love. 


However, there is some strong evidence from the UK's Cranfield 
University - and elsewhere - that the name one gives a project does have a 
marked impact on the behaviour and motivation of the people involved. It 
may surprise you, but the name you give to your Intranet Project could well 
be the most important decision you make in the early stages of 
mobilisation! 


The direct approach 
‘There is an argument in favour of naming your Intranet Project the - wait 


for it - "Intranet Project"! Often, so-called "secret squirrel" names (where 
one has to ferret out from colleagues what Project Banana is all about) 
serve only to create an unnecessary air of mystique (fit only for secret 
M&A projects). They can also serve to be divisive, by separating 'people in 
the know' from people outside the immediate project audience. 


The functional approach 
A functional name focuses on what the intranet does (e.g. search, find, 


access). This enjoys the same benefits as the direct approach, but affords 
one a little more poetic license. What about names like "Project Connect" or 
"Project Gateway", which serve to signal the core "must have" requirements 
for the project? 


‘The conceptual approach 
There is a problem with the direct or functional approaches; Research 


from Cranfield has demonstrated that people on projects tend to be very 
heavily influenced in their actions by the name of the project itself. If you 
call your project the Intranet project, it is a working intranet (i.e. the 
technology) that you will get. If your ambition was something much more 
visionary, such as a wholly new way of working for your people, you are 
likely to be disappointed! 
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The conceptual name targets what is achieved by the functionality, rather 
than the functionality itself. For example, if your company name was 
BigCo and your purpose was seeking to get everyone in the company 
working together, you could call the project "Project OneBigCo" or "Project 
Unity". For the aforementioned new ways of working objective, you could 
use "Project Future Workplace". 


The abstract approach 

The abstract approach deals with how the project makes people feel. For 
example, "Project Bliss" (for happiness), "Project Wizard" (for magic) or 
"Project Pulse" (for fast-pacedness). Although one world usually fails to 
capture all you are trying to achieve with an Intranet Portal, this approach 
can prove highly effective (particularly where counter-cultural). 


If all else fails 

Nothing grabbed you so far? Well there is no saving you, then! I suppose 
there are always the standard fallback options: names of Greek or roman 
gods, names of planets, names of birds and names of dances. ‘These have 
the added value that - if you spawn follow-on projects in a sequence - you 
have ready-made logical follow-on project titles. Incidentally, "Project 
Mercury" would be my recommendation for planets or gods (as Mercury 
was the roman god of communications). 
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During 


re 


11. Introduction 


Norman Rockwell's iconic image of "Rosie the Riveter" was modelled on 
Michaelangelo's Isiah. 


Appearing for the first time on the cover of the Saturday Evening Post in 
1943, Rosie came to represent the growth in the power of American 
women brought about by war. 


This adaptation of Rosie for an American War Poster is typical of the 
theme — symbolising, as it does, the sense of empowerment, freedom, 
emancipation and commitment. Let Rosie inspire your intranet efforts, 
during your struggle towards victory. 


An Intranet Portal project, on one level, is just like any other project but 
there also some unique features (e.g. governance). 


This section covers all the necessary ingredients for successful delivery, 
including project team structure & governance, project management & 
development methodologies, project and comms plans and business change 
management. 
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12. Intranet Portal Project Team 


"A team effort 1s a lot of people doing what I say." 
(Michael Winner)...but seriously... 


When you are looking at how to structure your Intranet Project Team, the 
following short passage from the book "Empowered ‘Ieams" (Wellins, 
Byham & Wilson) puts it very well: 


"Highly effective teams are composed of groups of commutted 
individuals who trust each other; have a clear sense _or purpose 
about their work; are effective communicators within and outside 
the team; make sure everyone in the team 1s involved in decisions 
attecting the group; and follow_a process that helps them plan, 
make decisions, and ensure the quality of their work" 


Clear Sense of Purpose 


The first key point to note, then, it to create a clear sense of purpose for the 
team; it 1s important to create meaningful workstreams for projects, shaped 
around the particular scope you are delivering and your way of working. 
The four "internal" streams in the diagram below (green boxes) are a good 
generic starting point for discussion; 


Project 


Project Senior 
Assurance 


pe Manager User 


Solutions Service . Business 
F Commercial : 
Development Delivery Readiness 


Infrastructure Exploitation 


Project 
Assurance 
Team 


Business 
Engagement 


Providers End-Users 


Applications Migration Framework Process Design HR Blinesess 
Detailed Quality Architecture Testing Work Contracts || Business Impact Financs prance 
Assurance and Unit Testing Acceptance Product Training Procurement Operations 
Product Review Supplier Implementation Acceptance Change Comms aveseas 


Management Release Negotiation Management 


BAU Support Content Property Subsidiaries 


Etc. Group / HQ 


For each of the four internal streams lead by the project manager (solutions 
development, service delivery, commercial and business readiness) I have 
included overleaf a “‘team brief” for their main roles and responsibilities. 


ve 


The purpose of Solutions Development is to build the platform and 
applications, test it and ready it for implementation (up to & including pre- 
live staging). Skill sets include architects, developers and testers. 


Solutions Development 


Architecture and Design 


Build 


The Solutions ‘Team own the delivery (first and foremost) of the 
architecture, high-level and detailed design of the portal platform 


They will work within standards laid down by the company but may 
also enhance those standards and add to them “new stuff” 


The Team will also take the design and develop the solution 


The solution will include three general elements: (a) the integration 
of core (packaged) software components; (b) the delivery of smaller 
portlets or gadgets using the packaged portal software development 
toolkit and/or “out-of-the-box” components; and (c) the delivery of 
larger applications into the platform (per business requirements) 


For the applications in particular (and core integration modules) the 
team are also responsible for unit testing (where each individual 
element is tested independently — in a test environment — and proved 
to be individually sound. 


The team may also undertake point-to-point system testing, where 
different applications and core components that are required to work 
together are tested together and proved to be sound as a system 


User-acceptance-testing and integration testing are generally not the 
responsibility of this team (although a good user involvement in this 
testing is important to confirm functional requirements are met) 
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The purpose of Service Delivery is to accept the unit-tested system into 
live service and then support it in production: 


Service Delivery 


Infrastructure 


e The Service Delivery Team install and configure the processing 
power, storage capacity and network capacity required by the portal 


e ‘This is undertaken according to company standards for installation 


Integration Testing 


e Prior to go-live, the entire solution is loaded into a “pre-production” 
environment (which - for the first release - is generally the live 
environment before it has been set-up in the DNS and still has only a 
numeric IP address not communicated to the user base) 


e There, integration testing is undertaken to confirm that the solution 
meets non-functional requirements and is sound within the rest of 
the company’s infrastructure. Stress or load testing should also be 
performed at this time (to simulate peak loads during actual use) 


Acceptance, Implementation & Release 


e The team also co-ordinate (together with the business readiness 
manager) the full acceptance of the solution by the business users 


e Often, this process of functional and non-functional testing is ratified 
(for the first “big bang” release) by a “go/no-go” meeting 


e Finally, the site is “released” by connecting up the DNS to live 


Migration & BAU Support 


e Finally, the team is also (then) responsible for supporting the site 
through and beyond the life of the project 


e ‘This may well include migration of older sites to the new platform 
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In this example, it is assumed that the project's development activity is 
largely or wholly outsourced and there is thus a Commercial Stream, 
charged with managing the third parties contracted to the project. 


Commercial 


Framework Agreements 


e The Commercial Team (Key individuals assigned from your 
procurement function) will prepare framework agreements with your 
system integrators and with the professional services organisation 
(PSO) of your software vendors 


e A framework agreement for High-level Design is normally on a 
“consulting services” framework — essentially a rate card for different 
types of resources (and a time & materials billing) 


e For Detailed Design, Build and ‘Test there would normally be a 
detailed plan used to inform a “not-to-exceed” or “fixed” price 
agreement (perhaps including an upside for early delivery) 


Work Contracts 


e ‘The Work Contracts (for each phase or stage) define the products 
that the supplier is required to deliver and what the company itself 
needs to do (and is attached as a schedule to the framework 
agreement 


Product Acceptance and Negotiation 


e Whilst the PAT co-ordinates product review and recommends 
acceptance to the project board, it is the Commercial [eam that 
actually handle formal product and (more particularly) stage 
acceptance, leading to and including certified supplier payments 


e ‘There will also be a general and ongoing negotiation role for this 
team, throughout the commercial process 
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Finally (but by no means least) is the Business Readiness team, who 
manage the change into the business: 


Business Readiness Team 


Exploitation and Content 


e ‘The Business Readiness ‘Team will (during the project) co-ordinate 
any processing of new or changed business requirements (including 
capture, ROI analysis, prioritisation and project change control) 


e They will also “evangelise” for the site and seek out new positive 
NPV projects or initiatives that can exploit the intranet platform 


e Finally, they will co-ordinate the collation of promising content for 
incorporation into the site (particularly “primary navigation” content 
that is of relevance to all the users in the company) 


Process Design and ‘Training 


e A key responsibility of the BRT is ensuring that sustainable 
improvements to business process are actually achieved as a result of 
the intranet deployment 


e A vital part of this sustainability is ensuring that appropriate training 
is given to users in the use of new applications 


Business Impact & Change Management 


e Before process change can be bedded in, it is first necessary to have 
assessed the likely business impact of the changes... 


e And then to manage the “j-curve” effect of the implementation to 
ensure that a higher and sustained level of productivity is in fact 
achieved (vital “follow-through” for project success) 


Follow a Process 


The second step in our earlier quote is to help the team follow a process. 
The structure of the team will (largely) be driven by the processes being 
used on the project Ge. the project management and development 
methodology being used). 
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I have assumed a mainly waterfall approach. This is the method most likely 
to be appropriate for an intranet portal project, where large scale, wholly 
new infrastructure elements are being built (as a major part of the project). 


However, once the infrastructure is in, it may be more appropriate (e.g. for 
later stages or follow-on projects) to re-build the project team around a 
Rapid Application Development methodology (where workstreams are 
dedicated to particular applications, with multi-skilled teams of architects, 
developers, implementers and business people all working together). I look 
at this in greater detail later on in the “during” section. 


Ensure Quality in the work of the team 


The third and final step from our earlier quote is to ensure quality in the 
work of the team. ‘The inclusion of a separate project assurance group 
helps to ensure that the team's products are being adequately quality 
controlled (this reduces problems and rework later). 


Project 


Project Senior 
Assurance 


fear Manager User 


Solutions Service : Business 
: Commercial : 
Development Delivery Readiness 


Infrastructure Exploitation 


Project 
Assurance 
Team 


Business 
Engagement 


Providers End-Users 


Applications Migration Framework Process Design HR Bucindssss 
Detailed Quality Architecture Testing Work Contracts || Business Impact Fi Brand 
Assurance and Unit Testing Acceptance Product Training ee Oo icicle 
Product Review Supplier Implementation Acceptance Change Comms ee 
Management Release Negotiation Management Aon 
Property Subsidiaries 


BAU Support Content Etc. Group / HO 


Here is the structure diagram again. You will note that there are a further 
two workstreams which are “external”, in the sense that they are part of the 
project but are not managed by the Project Manager, but rather colleagues 
on the Project Board with assurance or engagement roles. ‘The team briefs 
for these areas are included overleaf: 
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As I said above, the Project Assurance Group helps to ensure that the 
team's products are being adequately quality controlled (thus reducing 
problems and later rework): 


Project Assurance ‘Team (PAT) 


Role as Challenger 
e For the PAT to be effective, it should be independent of the project 


e ‘This is important for two reasons; (a) a fresh pair of eyes is always 
more likely to spot the flaws and (b) this acts on a check on the 
project taking short cuts on quality or dodging difficult issues 


Role as Champion 


e The flip-side of this equation is that the PAT is also there to protect 
the project from bureaucracy, poor process or a lack of engagement 
in other parts of the organisation 


e Sometimes — therefore — the PAT is unlocking blockages in product 
review or acceptance by other people across the organisation 


Detailed Product Review & Acceptance 


e The Quality Assurance method is covered elsewhere (and more 
comprehensively) in ‘Dig for Victory’. 


e However, it is worth re-iterating that each product (or deliverable) in 
the project should be reviewed for quality 


e ‘The PAT co-ordinates this activity, to ensure that the right resources 
are brought to bear in review and that sign-off is evidenced 


e Ultimately, it is the PAT that recommends to the Project Board that 
products be signed-off and the supplier stage payments be met 


The Project Assurance Leader (PAL) leads the PAT team. Ideally, this 
person will be a peer of the Project Manager (but with perhaps a more 
fully rounded set of business and finance skills). They also serve on the 
governance of the project but must remain partly independent from it in 
order to maximise the value of their scrutiny. 
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The Business Engagement team is there to balance the needs of both 
provider and end-user communities in the line of business — and make sure 
both are met 


Business Engagement 


Separation of Providers & End-Users 


e Most new systems have a single business area as a customer, with a 
set of “super-users” willing and able to participate in business 
requirements capture, user acceptance testing, etc. 


e Your portal project is different, in that all of the company will be 
users and much of the middle management of your company will (at 
one time or another) be providers of content and applications 


e As different people will wear these very different hats at different 
times, creating a logical separation of provider and end-user helps to 
clarify where people are coming from (and to optimise decisions) 


Providers needs 


e Your natural allies when making your business case become the main 
providers to the portal (representing as they do the major cross- 
functional and end-to-end processes of your business) 


e These groups (ncluding HR, Finance, Procurement, Marketing, 
Comms & Property/Facilities) need to get their services to market 
cheaply and dream of “one process for all — without deviation” that is 
delivered at ever greater effectiveness and lower cost-to-serve 


End-users needs 


e ‘The end-user sees things differently, wanting the portal to be 
organised around her needs (not those of the provider) which may 
include the ability to personalise her experience 


e Managing the dynamic tension between these two groups 1s a critical 
success factor — do it well and the portal will be great! 
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In summary, think carefully about the structure of your team. Organising 
activities into logical groupings or teams (with clear accountabilities) will 
help to focus delivery and avoid unnecessary duplication of effort or re- 
working. 


Spend time on getting the business engagement right; invest energies and 
resources into business change management and process re-design. Look at 
separating the needs of providers and end-users to reach greater clarity 
around business objectives & requirements. 


Remember that great teams take time to form and be patient! Have you 
ever come across the Tuckman Model for the lifecycle of a team? The five 
stages are: forming, storming, norming, performing, mourning. It may be 
some time before the team have reached their optimal performance (with 
personal and role issues clarified and processes bedded down). Don’t keep 
changing things just before best performance has kicked in! 


On the other hand, do be prepared to make adjustments as you go along; as 
I have covered elsewhere in the Guide, whilst this sort of team is 
appropriate for the first “big release” a different “business-as-usual”’ 
structure (based on rapid application delivery methods) may be more 
appropriate for latter releases. If it’s stopped working, be prepared to fix it! 
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13. Project Management Methodology 

"Our plans miscarry because they have no aim. When a man does not know 
what harbour he is making for, no wind 1s the right wind." - Seneca, Roman 
philosopher (3BC - AD65) 


A rather obvious question for many is “why use a Project Management 
Method?” The simplest answer is that is saves you the time of inventing 
your own! Every project requires tools and processes to manage itself. Why 
reinvent the wheel, when someone else has done all the hard work for you? 


Many people use Project Management Methods (PMM) but very few 
really understand what it is. This may seem somewhat ridiculous, but much 
of the dysfunctional behaviours (amongst IT people particularly) that you 
see in projects springs from this lack of understanding. A (non-specialist) 
PMM includes two key elements (in different shades of blue below): 


1) The Project Management 
Framework which defines 
how all the different 
products should be 


managed. 
IT Other Quality 
Specialist Specialist Control 2) The Management 


Products Products Products Products (MP) that one 


would expect to find in any 
well managed and sizeable 
project. 


(e.g. Detailed |} (e.g. Comms (e.g. OA 
Design) Plan) Plan) 


Project Management 
Framework 


What many people fail to grasp is that a PMM does not include the 
specialist and quality products (SPs/QPs) that the project requires. 


As an example, in a project to move a team from one property to another, 
the PMM would provide the MPs, including a project definition and plan, 
just like any other project. However, one would need to look elsewhere for 
the IT SPs to define desktop requirements for the team at the new site and 
the Property/FM SPs like stacking plans and architects drawings of the new 
floor plate (that have nothing to do with IT or Projects per se). 
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So a PMM is really the glue that you use to stick together the different 
specialist processes and products you need to do the project. If the project 
is heavily technology orientated (like your portal project) then most of your 
processes and products will come from your I'T function. 


So, in addition to a PMM, what else do you need? Given that a PMM 
defines only the MPs and framework for a project, you will also need a 
process for managing the II’ development, including outline SPs for your 
Intranet Portal project. I have included thoughts on this in the 
Development Methodology section below. 


So which PMM should you use? There are a number of different PMMs in 
use in the UK and North America. Many companies have their own in- 
house methods, as do consulting firms and systems integrators (SIs). 


If you are keen to use an established methodology, as you do not have a 
well-developed approach within your own organisation, then I would 
suggest taking a look at the PRINCE 2 methodology used by the UK 
government and many large UK companies. 


The beauty of PRINCE is that its creators have made it available in the 
public domain and keep it up-to-date for download on the Internet (go to 
the Office of Government Commerce site at http://www.ogc.gov.uk/prince/ 
for more details). 


The PRINCE method is particularly strong in the area of governance and 
role definition. When fully implemented, it can be cumbersome and 
bureaucratic, but the trick is to use only those parts of the method that are 
applicable to your project (based on its size and scope). 


There are a number of other methodologies also worth a look. For 
example, the Association of Project Managers in the UK (APM) have 
developed a very interesting ‘earned value' approach to project progress 
reporting, which takes into account benefit realisation as well as costs and 


timescales (see http://www.apm.org.uk/ for more). 


The APM also have an extensive “Body of Knowledge” available for 
download and use on your project. 


87 


Public Domain PMMs with free downloads include http://tenstep.com/ and 
http:/(www.method123.com/ and there are a number of other methods 
available through paid subscription from Project Management forums. ‘Try 
out AIPM -—- a PM Community, with online forums, articles and 
downloadable templates — at http://www.allpm.com/ or the Project 
Management Institute (PMI) at http://www.pmi.org/ for advice from the 
leading professional PM association (with nearly 100,000 members 
worldwide). 


Management Products 


I have given a little thought to the key, minimum set of products I would 
recommend to anchor an intranet portal product. Here is my top ten: 


1) Business Case 

2) Benefit Dependency Network 

3) Project Initiation Document (incl. governance) 

4) Project Plan 

5) Communications Plan 

6) Project Reports (incl. progress, end-stage, lessons learnt & PIR) 
7) Project Product Control Documents (description, acceptance) 
8) Risk, Issues and Change Log 

9) Quality Plan & Framework 

10) Commercial & Financial Frameworks 


Many of these products are covered in more detail elsewhere in the guide 
and there are free PRINCE templates for almost all of them. 


In conclusion, just remember that there is nothing frightening about a 
PMM. Many years of mistakes and learning have gone into developing 
these methods and you would be wise to benefit from this. ‘This is about 
good management, not bureaucracy! 
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14. Project Governance & Reporting 


There are many elements to a campaign. Leadership is number one. 
Everything else is number two. -- Bernd Brecher 


A consultant at the Institutional Advancement Program in the United 
States, Bernd Brecher has lead public debate on the purpose and origins of 
leadership. As Martin Luther King (pictured above) so aptly illustrates, 
strong and unwavering leadership in times of trial is of paramount 
importance. 


The essentials of good governance 


As I have highlighted elsewhere in this guide, your portal project will 
include everyone in your organisation, from the CEO to the newest recruit. 
It will cover every geography, business unit and central or corporate 
function. 


For this reason, it naturally follows that the governance will need to be 
equally inclusive (with representatives drawn from every part of your 
organisation). Your sponsorship will also need to be broad. 


Suggested Intranet Governance 


My suggested governance in based, in principle, on the PRINCE 2 PMM. 
PRINCE as a Project Management Methodology is very strong in the area 
of Governance — ensuring that each participant on the Steering ‘Ieam is 
clear about their role and what they are to be held accountable for. 


I have also strived for longevity in the design; I have assumed that the 
portal may well be live (after a first phase) prior to the conclusion of the 
project, so the governance needs to be set from the outset so that it can 
govern the project and the early-stage Steady State. In this way, when the 
project is over, the Governance as constituted naturally evolves into the 
Steady State Governance for the live portal. 


Finally, I have based the design on a Programme (rather than Project) view; 
to date, we have referred to the Intranet Portal delivery piece as a Project. 
However, in the medium to longer term, there will be other projects that 
come along seeking to utilise the portal platform for delivery of a new set of 
business requirements. Some such projects will be too large or discrete in 
focus to be incorporated as a change request into the main project. 
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Assuming such new Projects are established (outside of the scope of the 
main project) it seems sensible to turn the Steering Group into a 
Programme Board, where each of the projects is held to account for 
whether or not the longer term business objectives of the portal are being 
well served. This allows the main project to maintain it’s focus, scope and 
funding, whilst not hindering other key initiatives (and associated benefits) 
from being delivered. In time, the Programme Board evolves into a Steady 
State Change Board, from which all future (major) initiatives are approved, 
post go-live. 


‘The Proposed Governance Model 


Intranet Steering Group 
Drawn from key 

business teams 

across the 

organisation 


Steady State 
Governance 


Intranet | | Other Project 
Project | |Boards 
Board 


Project Manager 
Accountable for 


The Central Project Delivery 
Portal Team, Key Users | |Projects run 


For other 


Exploitation 
Specialists and 
Community 
Support 


(responsible | |under the 

for providing | | Intranet 
user resources | |Prograrmme 
to the project) 


Portal Senior User Specialists 


Support Accountable for (who provide 


specific skills 
User resources 
Team & resources) 


Project 
Assurance Lead 
Managing Quality 


The Intranet Steering Group should ideally comprise no more than 8-10 
people (including the exec sponsor and intranet director) drawn from 
across your business & geographies. Its purpose is to steer the intranet 
strategy and exploitation both now and in the future. 


The Steering Group continues to exist after the main intranet project has 
ended (albeit in a reduced form) and also steers other (new) projects under 
the Intranet Programme banner, as well as advising projects governed 
elsewhere that have an intranet component. 
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The Steering Group takes key decisions concerning the direction of the 
intranet portal. It owns the benefits case for intranet and is accountable for 
delivery of the benefits blueprint. Finally, it governs the main intranet 
project board (receiving project updates by exception, where there are 
issues to resolve or key decisions to be made) 


The Intranet Project Board 


The Director (that's you!) will 'own' the main portal project and the 
ongoing support and exploitation of the platform, post go-live. The Project 
Assurance Lead is in charge of the Project Assurance (PAT) team (see 
chapter 12). The Project itself is 'owned' by the Project Manager, who 
delivers on time and to budget. The Intranet Project Board is her baby! 


Key Users 


Key users represent the line of business role in portal success (both 
providers and end-users of applications and content.). Most importantly, it 
is the key users who own those key applications and content. As such, this 
group of individuals should be selected to ensure coverage of the key 
functionality planned for the portal — and be in a position to make key 
decisions and judgement calls thereon. 


For example, if you are planning to implement a Directory Service with the 
Portal, including a Yellow and White Pages application, then you should 
ensure that your HR function put up a key user (e.g. from your employee 
services unit) to lead this piece. 


Another Key User role is to provide User Resources into the Project. User 
Resources will be required to gather and validate business requirements, 
work with developers to build the applications and then acceptance test the 
finished product prior to go-live. Where the availability of User Resources 
becomes an issue, the Key User is held accountable for solving this 
problem. 


Key Users will also be expected to lead migration activities; where content 
on existing legacy intranets, public folders, etc. needs migrating to the 
portal, the Key User should champion this. This includes identifying 
ownership for the content, deciding what is redundant and what should be 
salvaged and then agreeing the migration plan for their area, including 
resources to assist with the migration effort. 
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Senior Specialists 


Senior Specialists represent the staff functions of a typical business in their 
professional, rather than end-user, capacity; providing specialist advice and 
guidance to the project, drawing on their specific skills and experience. 


For example, your Intranet Project will touch every part of your 
organisation. As such, Communications skills will be very important to the 
success of the Project. Consider assigning a Senior Comms Specialist to 
the Project Governance. 


The Project will require a Senior IT Specialist, who should be held 
accountable for providing the right IT’ and e-Business expertise into the 
project, both from your internal IT’ department and from outside. 


The Project could benefit from Specialist Skills in the areas of Knowledge 
Management, II’ ‘Training and (Business) Change Management. 


Remember, the role of the Specialist is to provide particular expertise and 
resources in an area of experience required by the project. This is not a 
mere talking brief! For example, the Comms Specialist may assist the 
project by personally leading the work to create the Comms Strategy, 
Comms Plan and any Internal Marketing activities that the project requires 
prior to go-live. 


The Specialists on the Board may change over the life of the project; for 
example, the Training expert may only be required towards the latter stages 
of the Project Lifecycle, whilst your Knowledge Management expert may 
only be needed in the early stages 


‘Team Terms of Reference 


Overleaf, I have included some example terms of reference for the Intranet 
Steering Group and the Project Board. Hopefully, this will help those of 
you who might still be wondering why one would need both. 


Note that the key distinction is not merely one of seniority. It is certainly 
likely that Steering Group Member’s direct reports may attend the Project 
Board, and that the Project Board is about “doing” rather than steering. 
However, the key distinction is that the Steering Group operates at a 
Programme level and may actually govern other smaller projects outside of 
the main project. 
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Project Governance: Intranet Steering Group -’Terms of Reference 


Purpose 

e ‘To steer the intranet strategy and exploitation both now and in the future 

e ‘To govern the main intranet project board (receiving project updates by exception, 
where there are issues to resolve or key decisions to be made) 

e ‘To (1) steer the main portal implementation project, (2) steer other (new) projects 
under the Intranet Programme banner and (3) provide guidance to projects 
governed elsewhere that have an intranet component (however small) 

e ‘To own the benefits case for intranet and be accountable for delivery of the benefits 
blueprint 


Membership 

The Board Sponsor (chair) 

The Intranet Director 

Key Business Unit Directors (3-4) 

Key Functional Directors (3-4) - e.g. Comms, HR, Finance 
[No More than 8-10 members overall] 


Inputs 
Standard or Extended Agenda (issued 3 days in advance by secretary) 
Main Project Progress Summary 

- High Level Financial Summary (Costs/Benefits/Earned Value) 

- Risks & Issues (graphical) Summary plus items escalated for attention 
Project Progress Reports for other Projects under the Intranet Programme 
Summary of Business-as-usual costs, issues, etc. 

Proposed new Project Business Cases and other major changes for Approval 
Current revised baseline of Original Intranet Business Case & Benefits Blueprint 
Benefit Realisation Plan and Benefits Sign-off Sheets 


Process 

Review of inputs and items escalated by exception 

Decision making process, fully minuted 

Agree actions and steps to steer the realisation of the Intranet / eBusiness vision 
Changes and enhancements to intranet business vision and business case 


Outputs 

Statement of Intranet ROI, updated half-yearly for the Executive 
Re-baselined Intranet Business Case / Benefits Blueprint 
Minuted key decisions 


Frequency 


Meets at least once every 2 months, 5-8 days after the monthly Project Board 
At other times, as directed by the Executive Sponsor 
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Project Governance: Intranet Project Board -’'Terms of Reference 


Purpose 

e ‘To own the project plan and be accountable for delivery of the Main Intranet Portal 
Project, to time, budget, scope and business case 

e Accountable for the provision of resources to the Project, including IT resources for 
design, build, test, etc. and user resources for requirements, user testing, acceptance, 
training and business implementation & change management 

e ‘To manage, mitigate and avoid risks, through an active management programme 

e To communicate about the project to end users and the organisation at large 

e ‘To be the owner for all Key Applications & Content during the life of the project 

e To lead Migration Activities, to move old content or applications to the new Portal 


Membership 

The Intranet Director 

The Intranet Project Manager (chair) 

The Intranet Project Assurance Lead 

The Intranet Project Accountant 

Senior Users (3-5) 

Senior Specialists (3-4) — e.g. I7; Comms, HR, Finance 
[No More than 12 members overall] 


Inputs 
Standard or Extended Agenda (issued 3 days in advance by secretary) 
Detailed Main Project Progress Summary 
- Detailed Progress Update against Key Milestones 
- Detailed Financial Summary (Costs/Benefits/Earned Value) 
- Detailed Risks & Issues Summary, including progress of mitigation actions 
Summary of Business-as-usual costs, issues, etc. aS appropriate 
Detailed Change Request Summary 
- Note that a subset of the Project Board should remain after the main meeting to 
receive, consider and approve any current change requests 
- Membership should include Intranet Director, Project Manager, Project 
Accountant and Project Assurance Lead as a minimum, with an (optional) open 
Invitation to all other Steering Group members 


Process 

Review of inputs and decision making thereon, fully minuted 
Agree actions and steps to ensure delivery of the Main Project 
Manage changes to project scope and deliverables 

Approve Project Deliverables and Key Milestones as complete 


Outputs 

Statement of Project Finances 

Re-baselined Project Plan, Project Scope and Project Deliverables 
Approved end-stages, including payments to suppliers as appropriate 


Frequency 
Meets at least once every month and at other times, as directed by the Intranet Director 
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In summary, try to keep your governance team lean and nimble. On a 
Project like this, that touches so many areas, it would be very easy to end 
up with a cast of thousands on your governance team. 


‘Try to be focused about why people are there. If there is anyone around 
the table who feels they are accountable for nothing and simply there to 
“represent their area” then they should not be on the team! 


Build a team that is there for the long term! The governance team should 
be capable of out-living the Project itself and steering the portal into the 
future. As such, the Steering Group is a Programme Board and the holder 
of the long-term e-Business / Portal Strategy. 


Make sure you get the right mix of Senior Specialists and Key Users, to 
ensure that the project receives all the resources and experienced inputs it 
needs for success. Similarly, get the right balance between providers and 
end-users amongst the Key User team. 


Project reporting and administration 


Key to governance success is decent project reporting and administration. 
The project board should have regular project progress reports, which 
make use of 'traffic light’ status elements for finances, timescales, benefits 
and resources. 


The Steering Group should only receive such reports by exception, or 
where a decision is sought to overcome a particular obstacle and agree a 
direction. 


Overleaf, I have included an example Project Reporting Template you 
could use for reports to the Project Board. You will note that ABC Co has a 
unique reference for each project (so that each project can be centrally 
tracked). The finances are regularly updated on the face on the report and 
there are traffic light indicators for Finances, ‘Timescales, Benefits and 
Resources. 


There is plenty of space to note achievements, objectives for next period 
and escalated risks and issues. 
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DIG FOR VICTORY 


PROJECT PROGRESS REPORT — 31.03.04 


ABC Co 


DETAILS: PROJECT REPORT: ROYG STATUS: 

Project Log Ref: G/04/024 Achievements this period: Overall Status: Green 
Project Title: Project Mercury Current Phase: Planning 
Project Manager: Sally Silva Finances: Green 
Project Owner: Jake Stanojlovic Timescales: Yellow 
Project Sponsor: William Sands Objectives next period: Benefits: Green 
Business Unit: Shared Services Resources: Red 


Cost Code: 926050 
FINANCES: ESCALATED RISKS & ISSUES: 
Total Approved £8,302,276 
Project Funds: 

Latest Estimate £8,100,150 
Forecast: 

Spend to Date £297,436 
(Total project) 

Current Phase £536,294 
Budgeted Costs: 

Latest Estimate £528,702 
Forecast: 

Spend this Phase to | £297,436 


date: 


Reason for any non-green indicators: 


15. Intranet Project Plan 
"Even a poor plan is better than no plan at all." — Mikhail 
Chigorin, chess genius 


You might well ask, “Why use a plan for my Intranet Project?” This is not 
as stupid a question as one might think! After all, the intranet you have at 
the moment was unlikely to have been planned and probably grew up 
organically over time. 


As a result, it is almost certainly a poor business tool, where the navigation 
makes little sense and key content and apps are buried away where people 
can't find them. 


More to the point, you are spending some serious money this time around 
and the result needs to be markedly better than what you had before, or 
your project will be perceived a failure! 


What sort of plan do you need, then? Ideally, you need a phased plan, 
where the platform is proved first, before a low risk first release. After this, 
the main priority should be migrating content from the old platform, prior 
to starting an iterative cycle of rapid development to build critical mass into 
the new portal: 


My Suggested Project Plan 
(eS ee Et VCR Vy [me Seer AP PUP LE PH 


Pilot Pioneer Roll-out 


Platform 


Enterprise Apps 


Content Migration 


Proving the platform (RO) 


Most Portal software permits one to get a portal 'up and running! in 2-4 
weeks. You should take advantage of this and start with a pilot (release 0). 
This allows you to prove the platform works within your infrastructure and 
to test your approach to design and navigation. Use a 'safe' community 
(perhaps the project team itself) to evaluate the approach against your 
strategy and a set of quality criteria. More on this later in the guide. 
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The first release (R1) 


Early in the first release, you will need to complete your detailed design for 
the portal (based on learning from the pilot). A low risk first release with a 
pioneer community is advisable, in order to test the enterprise applications 
(e.g. Content Management System and White/Yellow Pages applications) 
prior to full roll-out. 


‘The second release (R2) 

There are two themes to R2; firstly the scaling-up of the platform to the 
full user base and, secondly, the migration of content from the old intranet 
to the new portal. As far as possible, one should train content managers 
early, so they can assist with migration of their own content. 


Subsequent releases 
From the end of R1, your steady state support model should have ‘kicked 


in'. At the end of R2, your change cycle should already be in place, with 
mixed teams of designers, developers and business people working in small 
teams to deliver iterative, rapid development of key content and new 
applications. 


Another very pertinent question is “when should my Intranet project end?” 
In a very real sense, once one has embarked on the iterative release cycle, 
the only difference between this part of the project and a steady state 
model is the significant, project-funded resources still available. 


One should 'make an end of it' once there is sufficient user adoption of the 
new portal and sufficient critical mass to ensure that the portal can survive 
and the benefits case be proven. 


Each major milestone or release should have associated with it a number of 
products (or deliverables). For more on this, check out the PRINCE2 
materials and also the development section. Use Product Descriptions and 
Product Acceptance Control documents to manage these products and 
only pay suppliers on the basis of work that has been certified complete. 


In summary, as for much else in this section, your Intranet Project deserves 
a project plan just like any other project. There are, however, some unique 
features to consider (i.e. the need to cater for short, iterative releases of 
rapid content delivery). Remember, people do not plan to fail; they fail to 
plan! Don’t repeat the haphazard mistakes of your intranet past! 
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16. Development Methodology 


To find a fault 1s easy; to do better may be difficult. -- (Arthur) 
Clive (Howard) Bell (1881-1964) 


An art critic and member of the influential Bloomsbury Group, Clive Bell 
married Virginia Woolf's elder sister, Vanessa (herself an important British 
artist of the 20th Century). Perhaps marrying an artist (whilst himself 
being a critic) gave Clive the insight required to point out the rather 
obvious fact outlined above. 


The difficulty with Development Methods is that, when one places even a 
small number of intelligent minds together (with the purpose of designing 
the 'best way' to do something) one is likely to end up with as many ‘best 
ways' as there are people in the room (and possibly many more)! 


However (at the risk of over-simplifying) there are two essential varieties of 
IT’ development methodologies: the first springs from the desire to achieve 
a 'correct' system that meets the original user requirements; the second 
aims for a 'good enough' solution (recognising the 80:20 rule and the 
likelihood that in fact requirements change over time). 


The 'Correct' System 


‘The desire to deliver 'correct' systems gave birth to software engineering 
(much in the same way as the desire to build bridges that did not collapse 
after a few months gave birth to civil engineering). 


The so-called 'waterfall' methodology (of planning, analysis, design, 
construction & implementation) is essentially a serial method, where the 
completion of one stage is followed by another. It is also non-iterative, in 
that each stage produces a ‘correct’ result that does not then require re- 
working at a later stage. 


‘The 'Good Enough" System 

The power of waterfall methods is that they deliver reliable systems. 
However, in an increasingly competitive and fast moving business 
environment, relevance and timeliness have grown more and more 
important to developers. 


So-called 'rapid application development' methods are based on the 
premise that it is better to be quickly there with a system that meets 80% of 
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the business need so that the system delivers relevant business benefits 
sooner and does not become quickly overtaken by events & out-dated. 


Rapid methods are essentially iterative (in that the outputs of the various 
stages are often re-visited during later stages).’ They are also mainly parallel 
methods, in that different stages may well be worked on at the same time. 


In the waterfall method, documentation 'stands alone' at each stage, 
whereas in rapid methods, documentation tends to be re-used and 'evolve' 
during the project. 


Building bridges 


I have often used the analogy of building a bridge to explain to business 
colleagues the difference between the two essential approaches. 


Let’s say that we are in the middle ages and the Mayor of Kingston-upon- 
‘Thames is evaluating whether or not to build a bridge over the river to the 
north side, to replace the current ferry. The whole area has been growing 
rapidly and a bridge at Kingston should give his town a lead against 
competing local towns like Ham and Richmond (who also have their own 
ferries). 


However, building a bridge presents problems. Firstly, the bedrock north 
and south of the river is very different. Secondly, the river is still tidal at this 
point and its path continues to vary across the floodplain. Finally — and 
perhaps most importantly — there is no guarantee that the projected growth 
in cross-river traffic will indeed materialise — or that people will wish to 
cross at this precise point, rather than further up, or down, river. A new 
bridge could prove an expensive white elephant and divert much-needed 
town resources away from other projects. ‘The increased local taxes 
required could also scare the very businesses he is hoping to attract away to 
other local towns. 


Option 1 - Waterfall 


Waterfall, as a methodology, is all about building reliable systems. At each 
stage of the lifecycle, the results are correct.’The Mayor’s engineer believes 
that - when building a bridge - the result needs to be safe, sound and 
capable of lasting for decades. He recommends a design phase, which 
includes thoroughly testing the bedrock by driving piles and developing 
ways to limit the future variance of the river’s course. 
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During the build phase, the bridge would be tested to ensure it can take the 
loads that will be placed upon it and to deal with high winds or flood 
conditions. The engineer confirms that each stage would only start once the 
previous stage had been proved correct beyond reasonable doubt. The 
stone bridge will take five whole years to build (with a high upfront cost 
commitment). If the project were ever stopped, the value tied up in phases 
to date would be lost. The engineer reminds the Mayor that a collapsed 
bridge would not help his place in history! 


Option 2 - RAD 


RAD, as a methodology is all about building relevant systems. ‘The 
argument runs that it is better to be there quickly with 80% of the 
functionality in 20% of the time, so as to take full advantage of the business 
opportunity. The Mayor’s political advisors recommend the RAD option; 
to lay a pontoon bridge first alongside the existing ferry. This can be 
achieved in just three months, using a series of boats with a makeshift road 
surface and swing bridge lock for river vessels to navigate. ‘The pontoon 
bridge allows the business model to be tested very quickly; if the expected 
benefits materialise, then further iterations of the bridge can be constructed 
later on. 


Sounds good, but of course (overall) the costs will be higher than waterfall 
if a full, stone bridge is ultimately required. In the meantime, if the river 
changes course, or floods impact the area, then the pontoon bridge will be 
washed away. His chief advisor reminds him that a bridge five years from 
now would not help his re-election prospects two years hence! 


The Mayor’s selected option 


Hmm. Interesting isn’t it. Not a clear-cut decision. ‘There are good 
arguments for either approach. 


The Mayor’s decision will ultimately depend on (a) how sure he 1s of his 
own vision, (b) his financial and time constraints and (c) how changeable 
these factors are likely to be over time. In short, he has a trade-off decision 
of relevance vs. reliability. 


So which methodology is best for me? 

Just as for the mayor, the answer for you will depend largely on how sure 
you are of your vision, the support of stakeholders, the availability of 
resources and the degree of change in your organisation and _ its 
requirements. 
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If you are operating in a stable business environment and are well funded 
and supported, then waterfall offers real benefits. You could establish an 
Intranet Portal that is well founded, scalable and secure. If not, then RAD 
could offer you the means to make some progress now at low cost and use 
the results of your early work to build a stronger case for future investment. 
It also allows you to vary the approach — or begin again — should 
circumstances or requirements change. 


Most Intranet evangelists will find themselves perhaps in a mixed situation, 
where there is support and funding but there is also the risk of rapid 
changes to the underlying business environment and requirements. Here, I 
would recommend a mixed approach: Use a waterfall project to establish 
the underlying portal infrastructure (as this platform will be the bedrock on 
which you will build and needs to stand the test of time). Then use a RAD 
method to build the content and applications (developing solutions that are 
timely and relevant to businesses operating in a fast-moving and 
competitive environment) 


Just as Clive Bell (might have) said, it is easy to find fault in any given 
method. ‘Io do better should be your prime concern and, where a mixed 
approach is best, I recommend that you use for Waterfall any methodology 
based on the Evolutionary Model first proposed by ‘Jom Gilb (the 
SUMMIT method used by IBM, for example). For RAD, I recommend 


the DSDM method (see http://www.dsdm.org/). 


In summary, development methods can be confusing and are fraught with 
risk. Can I leave you with two very serious warnings? Firstly, do not make 
the mistake of many and try to merge these two approaches! There is, for 
example, no such thing as a “rapid waterfall’! A design is only finished 
when it is correct, not when the time set aside for it has run out! If you try 
to rush waterfall, you will end up building the intranet equivalent of the 
house built on sand. 


Secondly, if you use RAD methods, please ensure you create teams of 


business and IT people working closely together (or any RAD method will 
fail!). 
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17. Intranet Communications Plan 
"Think like a wise man, but communicate in the language of the people." — 
William Yeats (Irish Poet) 


From Mark Anthony through Kipling to Yeats, there are many lessons in 
literature about communication and the need to keep it simple. 


Start with your User Proposition 

By this stage, you will already have developed a Strategy, Plans, Mission 
Statements and the like — but the chances are that the language used during 
that process was very much directed towards management decision-makers 
and strategic planners. 


It would be a mistake to simply take those mantras and start peddling them 
with users. Instead, one needs to convert these aspirations into a simple 
statement of intent, as to what users can expect to see over time. Why not 
be ambitious: 


One Company 
World Class Processes 


“All of the information and systems | need to do my job in one 
place, easily accessible and ready to use.” 


ee 


“Working “Working “Serving my 
Together” Productively” Customers” 
Communication Managing my work Information targeting 
Knowledge Sharing Managing myself Customer Insight & Trends 
Collaboration Managing my tearm Competitor activity 
Team Rooms Information & Self Service tools Performance enhancement 
Best Practice Brand Unit Management Information (for front line staff) 
Partner Extranet Access from Home Field Staff Access 


"All the information and tools I need to do my job, together in one place, 
easily accessible and ready to use" 
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Decompose the Proposition 


The long term target is set, but now you need to break it down into chunks 
of time and functionality bundles. Be as specific as you dare without over- 
promising. 


Could I suggest you limit your message to three themes for your Comms 
Plan? A good rule of thumb is to group your chunks and bundles under 
three themes (as most human beings find three things memorable but more 
difficult to recall). As a suggestion, building on the illustration above: 


Working Productively — Doing my job better, quicker & cheaper 
through use of online tools to manage myself, my role, my team & 
my tasks 


Working Together — Collaboration, Team Working, Knowledge- 
Sharing, Partners and Supplier Extranets 


Serving Customers - Customer insight, Competitor activity, 
Service Support Tools, Performance Monitoring 


Key Audiences 


The communications strategy must target a variety of audience groups 
such that there is appropriate understanding, of the Project’s objectives and 
buy-in & commitment to delivery. 


Key audiences for the Communications Plan should be built from the 
results of your Stakeholder Analysis, but will almost certainly include the 
following groups: 


- Executive Directors & Key Shareholders 
- Application & Content Providers 

- Employees & other Platform Users 

- Future & Past Employees 

- Project Team 

-'Trade Unions & Key Suppliers 


Overleaf, I have incorporated an example Audience Analysis section from 


your finished Comms Plan. Note the focus on reinforcing a simple set of 
messages and re-assuring key groups that the change will be a positive one. 
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‘Target Audience and Desired Outcomes 


Audience Desired Outcome 

Executive Are reassured that Project Mercury: 

Directors & Key supports the delivery of the Group Vision & preclusive 
Shareholders 


Business Strategy 

understands and focuses on business priorities 

is on-target for delivery to time and to budget and will 
bring significant benefits 


Employees & other 
Platform Users 


Future Employees 


Are reassured that: 


Mercury represents an investment in their working 
environment and in them 

There is sufficient content and applications on the 
platform to retain their interest (‘what’s in it for me?’) 

The platform is built around their needs as users and 
designed to make their lives easier 


Become aware that: 


ABC Co is increasingly recognised as a “Great Place to 
Work” 

If they joined us, they would be working in a world class 
company, with first class systems and processes 


Platform Providers 


Are committed to the delivery of the Project and: 

are actively involved in the design & implementation of 
new and improved processes 

are thinking and planning beyond Mercury, into the 
exploitation horizon, and have budget set aside to do so 

are playing an appropriate and active part in business 
readiness and change management processes 


Project Team 


Are aware of: 

the Project objectives, set within their proper long-term, 
exploitation context 

the relationship between their work and the Plan 


Trade Unions 


Are aware of the Project objectives and understand any 
implications or potential impacts on its members 


Key Suppliers 


Are aware of the Project objectives as appropriate. 


Your Comms Message 


Whilst each audience has different needs (and may require the use of 
different channels), it is very important that your message is consistent 


across all groups. 


One useful way to bring it all together (and create a visual aide-memoire) is 
through the use of a message map. This is an organic picture (in the form 


of a mind map) of the key themes. There is an example overleaf: 
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PROJECT MESSAGE MAP: 
MERCURY Internal & External Communications 


Rapid 
User Adoption Improved Commitment Greater 
On time, & Integration Processes & Profitability 
On budget Productivity CSAT | 
Delivery 
Indirectly Laid Employer 
I Improved ee i a Of Choice ESAT Hew Ways 
mprove Knowledge I get the tools contribution Of Working 
pial Sharing & to do my job 
Satisfaction Capture of 
A Better Place 


Improved i. 

Employee Joining up ~ 

Beane AGG SO 4 “Great Place 
To Work” Develop 


People 
Capability 


To Work 


Enables 
Improved 


Communication Supports New “ = 
ABC Co Maximise 


Culture and People 
Values SS ee Performance 


Process P 
it Automation Lifelong 
Working Learning 
: with the 
Leading Best 
Systems \ 


Integrator Business 


3, Intelligence 
Unlocking 
Synergies 


Future 
Exploitation 


World Class 
Portal 


Software Content 
Management 


System 


Inverting the Knowledge 


IS Investment Sharing 


Pyramid 
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‘The Communications Plan itself 


A good Comms Plan includes the Comms Strategy & Principles, the User 
Proposition, Key Messages (grouped into themes), Key Audience Analysis 
(which you have already seen), Delivery Channels, Success Measures and 
the Event Plan itself. 


A key area to get right is the mix of communication delivery channels that 
you use. These might include: 


- Face to Face Meetings 

- Existing Events and Forums 

- Project Roadshows 

- Email and/or Instant Messaging 

- Legacy Intranet or Internet Sites 

- Use of Poster Campaigns & Desk Drops 

- External Press Releases & Coverage 

- Company Recruitment Brochures 

- Results Announcements, AGMs, Briefings 
- Pensions / Shareholder Newsletters 


You will note that external audiences are not excluded from my list, as 
many of them may well be accessing the portal through an extranet or 
interested in what the company is doing to invest in its people and become 
more profitable. 


Bear in mind that everyone in your company — and many beyond — will be 
very interested in your humble little intranet project! Communicate 
frequently across many channels to many different audiences. Your project 
Gf you are doing it right) will be the one they talk about over lunch in the 
canteen! 


Overleaf, I have included a selection of posters in the “Dig for Victory” 
theme, just to get your creative juices flowing! 
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| WAKE UP 


| | ; Lag? - | q 
THE INTRANET CALLS 
EVERY MAN WOMAN CHILD: 

Have you seen it yet? 


Visit the new ABC Co Intranet at: 
http://mygateway.abc.co.uk 
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— 


7 


— 


— = t 1 = 


Help us enhance the Intranet 


lf you have a great idea, please 
email IntranetRequests@abc.c 
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| - VICTORY WAITS 
ON YOUR FINGERS-— 


= 


Become a registered ABC Co 
Intranet Developer. 


To book your training course, please 


email ittroook@abc.co.uk 
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FOR INTRANET 


NEAREST RECRUITING STATION 


New Intranet Open for Business 


Visit the new ABC Co Intranet at: 
http://mygateway.abc.co.uk 
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18. Business Change Management 
"Things will get worse before they get better" - Ehrman'’s Commentary on 
Ginberg's Theorem (from the infamous Murphy's Laws) 


Edward A. Murphy, Jnr. was one of the engineers on _ rocket-sled 
experiments undertaken by the U.S. Air Force in the 1940s to test ejector 
seat technologies. 


After one experiment failed (due to a very dangerous cock-up where no 
less than 16 parts were fitted the wrong way round), Murphy made his 
original observation - oft abbreviated as "if anything can go wrong, it will". 
This spread like wildfire through the technical professions, starting the 
huge body of "Murphy's Law" we know and love today. 


The Difference between Installation and Implementation 


Change is inevitable in modern business. However, change generally brings 
pain for most people and, as such, is resisted. “Joo many technology- 
enabled change projects become overly focus with installing the technology 
itself. Many projects end at this point, with the project manager moving on 
to manage his next “big delivery”. 


However, the availability of the technology marks the start, not the end, of 
the change for the typical person affected by it. Well managed projects 
recognise the need for follow-through! True implementation is about 
changing people and the way they work, not installing a technology. As a 
project manager, you have only succeeded when people are operating at 
your new — and higher — desired state of performance. 


The J-Curve Effect observed in change 


Where Change Management is concerned, the most appropriate of 
Murphy's laws is that ‘things will get worse before they get better’. This is 
often described as the "J-Curve effect" by practitioners. 


Stakeholders will normally believe (through a combination of naivety, your 
hyped business case and the efforts the project has made) that things will 
start to improve right away after go-live. 


Alas, the normal result is that things get worse first. Why? Because you've 
upset the system. You've introduced instability and change into a system 
that (albeit sub-optimally) operated on comfortable and well-established 
habits. It takes time for people to get used to the new portal. 
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Desired 
State 


What stakeholders 
(mistakenly) 9 --7~ 
expect ,* 


Performance 


Current 


The “J-Curve” 


What actually 
happens in 
most cases 


Time 


As you can observe, a project that ends too soon risks taking away the 
support from people just as they start heading into the inevitable 
performance dip, post go-live. 


Surviving the Dip 


Your Change Management approach should have three key aims: 


- Managing Stakeholders’ expectations 
- Minimising the depth of the dip 
- Making sure you come out of it again! 


If the disruption to performance is too great (or the benefits take too long 
to come through) then there is a risk that your stakeholders will withdraw 
their support for the project and you will fail. 


‘The way to win is to see your project as a battle of hearts and minds; where 
changing people is the aim, not changing the technology! 
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Winning over People 


Recognise that when you say change, your people hear loss. You have taken 
away something with which they were familiar and perhaps even liked. 
Through the course of the J-Curve, people go through the typical 
emotional roller-coaster associated with any loss or bereavement): 


Future 
Optimism State 


Reality 
Acceptance 


Testing 


Current State Adapting 


Bargaining 


You can divide this lifecycle into three overall phases of (1) first up (early 
optimism), (2) down slope (shock/denial/anger/bargaining) and (3) 
upslope (adapting/testing/acceptance). Recognise that each phase is 
unavoidable! Do not pretend they don’t exist or try to force the pace. 
Match your own behaviour to that of your people in the following way: 


Phase 1 - Praise people’s enthusiasm but remind everyone that 
there are unsolved problems with the change. Be the champion of 
those who surface such issues. Engage in “sober selling” - set 
realistic expectations about some of the anticipated difficulties! 


Phase 2 - Focus on building/maintaining positive relationships 
and use informal setting wherever possible. Give people space and 
ume to work through personal issues, avoiding over-zealous 
challenge or confrontation. Do not trivialise their anger and listen 
without necessarily offering solutions (which they may not be 
ready to hear or understand yet). Encourage people to take small 
steps towards the change (e.g. read more information, attend a 
meeting) and set simple short term change related tasks at 
meetings. Continue to support, encourage and sober-sell. 
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Phase 3 — Encourage and praise all who are willing to ‘act’, 
especially early pioneers. Publicly praise those who are testing the 
change. Encourage engagement of all available learning resources. 

Initiate learning reviews. Extend the level of involvement and 
ownership of decision making to those who are testing. 
Acknowledge publicly and privately progress made. Identity key 
lessons learned. Use appropriate or agree reward strategies. Invite 
and lead early continuous improvement efforts. 


Local vs. Central Change 


Many large organisations get the wrong balance between the central 
organisation of change and the local co-ordination of change impacts. 


‘Too much central control can result in change that has been ill-thought- 
through for its impact locally. Alternatively, too much local co-ordination 
can result in inconsistent change, which is implemented in a different way 
in each area. 


My recommendation is to form a small but highly skilled change team 
centrally, under the leadership of your Business Implementation Manager — 
perhaps only one person for every 10,000 people in your organisation. 


Then establish a network of change champions across all your major 
geographies and business divisions. ‘The distinction in their roles can be 
outlined as follows: 


Role of Central Team 


e Lead in the co-ordination of local plans into a central roadmap 

e Be accountable for delivery of that overall plan to the Intranet 
Steering Group 

e Provide support in the form of databases, tracking tools 

e Provide communication & promotional tools for local use 

e ‘Track overall programme issues and risks & escalate same 

e Lead training of centrally consistent applications (e.g. white and 
yellow pages) 

e Support migration of unsupported applications & small systems 
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Characteristics of Local Champions 


e Excellent credibility 

e Able to work at all levels 

e Willingness to challenge resistance 

e Commands resources to undertake the necessary development work 
e Skilled in collection and interpretation of data 

e Positioned to execute local decision making 

e Good facilitation skills 

e Creates local implementation plans consistent with overall strategy 

e Effective at communications 

e Identifies conflicts and takes action to resolve 

e Effective at managing uncertainty 

e Clearly committed to approach 

e Willing to personally role model the right behaviours and future state 
e Privately challenges, publicly supports 


Roles of Local Champions 


e Review behind closed doors (before launch) 

e Make it work for BU 

e ‘Trial / retrofit (to prove it works) 

e Identify Trainees in their BU 

e Lead training in their area, with help from central team 

e Handle any BU specific nuances 

e Embed into local processes & ways of working 

e Language / Glossary (translating into BU terminology) 

e Provide local implementation support and act as an accessible 
"super user" contact (with their name published to local teams) 

e Bethe Lead Content Manager for local micro sites 

e Add any BU material & content to central pages (e.g. facilities 
maps and local orientation) 

e Lead local unit and system testing of unsupported applications 
and lead user acceptance testing of all applications 

e Lead local training, implementation and communications in 
their area 


An important consideration is how to reward the champions for their 
ongoing participation. It will generally be the case that this project is merely 
one of the many initiatives they get involved in. As such, it is unlikely you 
will be able to secure a formal line item for the project in their personal 
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objectives for the year. Try softer approaches — occasional social events, 
praise and recognition (including little story items about them on your new 
intranet portal). 


The Change Management Plan 


The following three-step approach should be used to plan the Change 
Management Approach and Change Management Plan: 


Step 1: Change Gap Analysis 

- Define Current and Desired States 
- Describe and measure the Gap 

- Define Critical Success Factors 


Step 2: Assess Change Variables 

- Assess Culture & History Factors 

- Assess Specific Resistance & Readiness 
- Establish Specific Support for Change 


Step 3:'The Deployment Plan 

- Establish Network of Change Agents 
- Develop a Learning Plan 

- Develop a Rewards Process & Plan 


Summary of Principles 


If you have executed your planning properly, you should be able to answer 
questions like: (a) how big a change is this for people?; (b) what does a 
successful outcome look like?; (c) who will fight me and who will help me?; 
(d) how will people re-learn the new way of doing things; and (e) how will 
they be rewarded for making the change? 


‘This can be distilled into three principles: 
1) You recognise that change can be hard 


2) You put people at the heart of change 
3) You help & reward those that change 


117 


19. Intranet User Training 
What we have to learn to do, we learn by doing." -- Aristotle (384-322 BC), 
Greek philosopher) 


You might ask “why do we need training for an intranet?” Aristotle does, 
after all, have a point! In one sense the beauty of hyperlink based 
technologies is that they are very intuitive to use and the best way to learn 
is arguably by using the technology. Also, most of your people will have 
used the internet at home (not true just five years ago when portal 
technologies first appeared on the scene). 


However, I am going to disagree with Aristotle on this! Where modern 
intranet portals are concerned, there are a number of areas that are 
sufficiently new or different to warrant focused and formal user training. 
‘There are two areas in particular that stand out and I will take each in turn: 


Content Management Systems (CMS) 


If you are implementing a CMS with the portal (whether as a standalone 
package or by using a rudimentary system that is integral to the portal 
product you have purchased) then some from of user training is essential. 


In a CMS, there are three key roles; (a) the author, using standard, pre- 
supplied templates to build pages, (b) approvers, who sign-off to say the 
paged are 'good to go' and (c) deployers, who post to live. 


A separate training course is probably required for all three roles (although 
distributed learning techniques could probably be used for all but the 
latter). 


Collaboration Technologies (Ieamrooms) 


Some portal products incorporate workgroup technologies that allow 
people to share calendars, allocate tasks, thread discussions and manage 
documents. 


Where you are deploying teamrooms, there are a number of specific 
technical - and behavioural - skills that need to be trained, so that teams 
extract the best value from working with the technology. 


For example, people need to get out of the habit of holding long 
discussions by email (with multiple cc:s) and emailing different versions of 
documents to each other and then storing them locally. 
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It is likely that you will also wish to delegate certain community moderation 
and administration responsibilities to super users within the business. There 
will, again, be particular skills associated with this that will require training. 


The Training Curriculum 


Your training curriculum is basically a list of all the areas in which formal 
training has been deemed necessary. It will almost certainly contain a 
number of courses that your organisation already provides (e.g. 
“Introduction to Desktop Computing’’). As such, it is best lead (as an 
activity) by a Senior (HR) Specialist on the Project Board (as they will 
already have a good awareness of what the organisation already offers and 
how to source training resources to deliver the training). 


The curriculum should be integrated with your communications plan, in 
the sense that certain audiences will only require a general awareness in 
certain areas (delivered via the comms plan) whilst other will need formal 
training (delivered via the training plan). 


Where new, intranet specific, courses are required the curriculum should 
reference the location of the training plan for each and the contact details 
of the individuals and teams accountable for writing the plan and delivering 
the training. 


The Training Plan 


For each item on your curriculum, a plan should be devised. The following 
five-step approach should be used to put together each plan. 


1) Training Goal - the overall results / capabilities you hope to 
attain by rmplementing your training plan 


2) Learning Objectives - what the user will be able to do as a 
result of the learning activities in this plan 


3) Learning methods / activities - what user will do (classes, 


tutorials, etc.) to achieve the learning objectives 


4) Evidence of learning - these are results that someone can see, 
hear, feel, read or smell 


5) Evaluation & Certification - to review & assess quality of 
evidence and judge whether the learning objectives were 
achieved or not 
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‘To illustrate some of the key concepts, I have included, below, two sections 
from an example training plan for a content management system. 


The first example is the CMS “Learning Methods and Activities” section; 
outlining the methods that will be used to deliver end-user training: 


Learning Methods and Activities 


Training Module Content Target Training Time & 
Module Audience Method (s) Cost * 
Basic CM Philosophy, Basic Authors, CD Rom, e- 1.5 hours 
Content Use of Templates & Approvers, Learning 

Management | Workflow (up to Deployers £20 per 
creating & publishing a user 
sample page), 

Intermediate | Basics of Knowledge Authors, CD Rom, e- | 2.5 hours 

Content Management, CM Deployers Learning, 

Management | Taxonomies, Use of User Manual | £30 per 
Metadata, Selecting the user 
right approvers (incl. 

Legal issues) 

Advanced Adding or removing Deployers Classroom 3 hours, 

Content Users, Creating new (minimum of 

Management | Templates, Creating 8 delegates) £85 per 

(also referred | new Workflows, delegate 

to as CM Sys | Monitoring content 

Admin) revision and retiring old 
pages & links 

CM Release | CM Code Library Deployers Classroom 3 hours, 

Management | Maintenance, Managing (minimum of 
Releases, Roll-back and 4 delegates) £85 per 
regression, Scheduling delegate 

Content Required that all trained | Authors, CD-Rom, Free with 

Management | CM users have an Approvers, Video or any formal 

Booster annual booster, where Deployers DVD course — 
their knowledge is kept once per 
up to date through a year (period 
brief update training Jan-Mar) 

Content Refresher content on Authors, Floorwalkers, | Free with 

Management | any or all of the above Approvers, e-Learning any formal 

Refresher elements, together with | Deployers course 


ability to ask and have 
answered any ad-hoc 
questions 


* Cancellation of any course may only take place more than 5 days prior to appointed 
date (otherwise the full charge will still be levied) 
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‘The second example is the “Evidence of Learning” section from the same 


CMS Plan.: 


Evidence of Learning 


Training Training Evidence of Learning Outcome 

Module Method(s) 

Basic CD Rom, e- 20 question test at the end In exchange for the pass 

Content Learning (randomly from a bank of code, user is passed the 

Management over 100 questions) and a course and receives a 
score of at least 17/20 personalised & signed 
required before an paper certificate, a user 
individually unique pass code | ID and system password 
(based on person’s name) is 
generated. 

Intermediate | CD Rom, e- 20 question test at the end In exchange for the pass 

Content Learning (with | (randomly from a bank of code, user is passed the 

Management | User Manual as | over 100 questions) and a course and receives a 

reference) score of at least 15/20 personalised & signed 

required before an paper certificate, new 
individually unique pass code | system access rights and 
(based on person’s name) is_ | a copy of the manual to 
generated. keep 

Advanced Classroom Written pre-test homework At end of the classroom 

Content (minimum of 8 | and 3 separate assessed session, user is passed 

Management | delegates) exercises during the course. _| the course and receives a 

(also referred Register is kept of all personalised & signed 

to as CM Sys delegates who have attended | paper certificate and new 

Admin) the course system access rights for 

advanced access 
CM Release Classroom CM Code Library At end of the classroom 
Management | (minimum of 4 | Maintenance, Managing session, user is passed 
delegates) Releases, Roll-back and the course and receives 

regression, Scheduling new system access rights 

Content CD-Rom, Evidence that user has Outcome is simply that 

Management | Video or DVD | received the booster is all that | accreditation and user 

Booster is required to maintain license, userid etc. is not 
accreditation (e.g. register of | withdrawn 
attendees) 

Content Floorwalkers, No formal evidence required | Not applicable 

Management | e-Learning (although user surveys and 

Refresher feedback are obtained) 


It is a good idea to issue formal training certificates for trained CMS 
people. I have found that having something to put on the wall gives people 
a real buzz and helps to create the pull for training that you desire. 
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Resources for your Training 


As I have indicated above, you should consider the extent to which the 
existing training resources of your training functions in HR and IT can 
take on the Intranet training piece. It does not make a lot of sense to re- 
invent the wheel and, besides, the behavioural and technical elements 
should be bread-and- butter for these guys! 


It may also be sensible to utilise the Professional Services Organisation of 
your chosen vendor to work with your existing teams in designing the plan 
and courses. Then you can manage the actual training yourself. 


In-line help and training 


Having covered the new or different areas of CMS and Collaboration, the 
rest of the portal should be fairly intuitive and Aristotle’s “learning by 
doing” should suffice for most. 


Given that you are delivering a portal, you should not neglect (for these 
simpler functions) the use of context-specific, in-line help on particular 
portal functions. 


For example, if you have a personalised part of the portal set-up, which 
users can configure, you are likely to improve the uptake of this by drawing 
attention to it and providing in-line help to users exploring the function for 
the first time. 


Why not have a sort of “on-line personal assistant” that users become 


familiar with (a dog, rabbit, cat or whatever) that can be click on to get 
context-specific help on key functions. 
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20. Pilots and Pioneers 


'T am just going outside, and may be some time." - Lawrence Oates (on 
Scott's 1912 Antarctic expedition) - his last words 


Scott wrote in his diary that, when Captain Oates spoke these words, "we 
knew that (he) was walking to his death ... it was the act of a brave man and 
an English gentleman." 


Perhaps the stakes are not quite so great when the first release of your 
intranet portal goes live, but nonetheless, the eyes of the world will be upon 
you and it is vital to ensure that things go well. 


What is a pilot or prototype? 


It is really quite amazing how often a 'pilot' is initiated on projects without 
any real understanding of the purpose. 


Often a project phase termed 'pilot' is really just a small-scale early release. 
‘This is quite wrong and misses the value of what a pilot can achieve. 


A pilot can best be described as “a controlled experiment to test key 
assumptions, design elements and functionality within the portal”’. 


Pilot / Prototype Success Criteria 


On the basis that a pilot is like a scientific experiment, one needs to first 
decide what hypotheses one is trying to test. hese are referred to 
collectively as Pilot Success Criteria. If each of the criteria is met, then the 
pilot has been a success. 


However, a 'failed' pilot can be equally viewed a success if the failure can be 
rectified in the finished product. This is (after all) the purpose of a pilot! 


Over the next two pages, I have included my suggested template for 
intranet pilot success criteria and desired pilot outputs. 


It is my suggestion that such a template, customised for your own 
organisation, be signed off by the project and the line of business where the 
pilot is to be undertaken. [This ensures that everyone is on the same page as 
to what success looks like — and that the rules of the game are not changed 
during the pilot! 
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Intranet Pilot Acceptance Criteria 


Key Pilot Tasks Task Comments 
Completed? 
(Y/N) 
Does the system meet Functionally, | Caveat: Reporting functionality 
business expectations / Yes not fully tested. 
requirements 
Verify system response Yes Acceptable performance. 
time using a production 
data base 
Obtain user acceptance of | Partial Further process work is 
procedures & processes required on Pilot navigation. 
Validate initial Partial Benefits in areas not foreseen 
productivity rates and and some expected benefits not 
cost/benefit projections achieved. 
Recompute resource Yes More desktop upgrades were 
requirements required than anticipated in 
planning phase. 
‘Test interfaces with N/A No interfaces outside of pilot 
related business functions community. 
Determine effectiveness | Yes More training was required that 
of training programs anticipated (particularly in use 
of the collaboration 
functionality). 
Verify the conversion / Yes A fresh approach will be 
migration approach from required to help people move 
previous process away from email and use the 
portal more. 
Verify the data base Yes Data changes identified, but no 
design changes to underlying schema. 
Verify the functionality of | Yes Although validation of 
software reporting functionality required 
(as above). 
Identify and address Partial Limited funding available for 
obstacles for the full scale the additional training that will 
implementation be needed. Seek CR to 
business case. 
Produce samples of all Yes All portal outputs were logged, 


outputs 


including print-offs of all web 
pages. 
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Key Pilot Outputs 


Key Outputs Task Comments 
Completed? 
(Y/N) 
Specifications book Yes Caveat: Need to verify full list 
of competencies. 
User signoff Yes, ata But need to convene 


User level Governance to sign-off and 
mandate next steps. 
Problem resolution system Partial Level 2 (Portal Support Team) 
and Level 3 (BigSI Co) tested 
but simulation of Level 1 
(Helpdesk) would have been too 
expensive, so was not tested. 
Updated feasibility study Yes Business Case needs to be 
revised for additional training 
costs (as above). 


System management Yes Current solution was found to be 

procedures non-scalable and will need to be 
completely reworked in full 
release. 

Software ready for Yes Portal software and associated 

production functionality tested (and would 
scale) well. We are ready. 

Additional ideas for system | Yes Extensive User Feedback 

development identified over 20 simple 


improvements that can be made 
a no material additional cost. 
Updated resource Yes Comfortable with resources 
requirements (other than training as 
highlighted above). Full plan 


required for roll-out. 


Project Sign-off 
Name: Signature: Date: 


Business Sign-off 
Name: Signature: Date: 
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Selecting your pilot community 


Perhaps the single-most important factor in a successful pilot is testing it 
with the right community. You need to select an area (or areas) that are 
representative of the organisation, but sufficiently small to keep costs down, 
avoid bad publicity and better observe the results. 


Firstly — and perhaps most importantly — your pilot community should be 
capable of providing a definitive answer to all the questions you have set in 
the Pilot Success Criteria. For example, if you need to test the multi- 
lingual aspects of your portal (where you are operating across many 
different countries) you would need to select a community that operates 
globally Gn however limited a way). For example, your marketing or PR 
communities are likely to have outposts (or at least agencies) in each major 
territory. As such, they would be able to prove the site for you in this 
respect. 


Secondly, the pilot community must be representative of the broader 
population. Statistically speaking, for any large user population (for 
example 5,000 or more users) one could get to a less-than-5% margin-of- 
error with just 100 people in your sample (assuming of course that they are 
themselves not unrepresentative of the larger population). 


However, that is where (in an organisation like yours) the problem starts. 
It is easiest (from a control and observation point of view) to simply select 
an appropriately sized team, function, building or business. However, such 
a unit is (by its very nature) likely to be unrepresentative. For example, if 
you chose a Finance or HR department, then you have not included any 
front-line staff. If you chose a call centre, then you have not covered the 
professional and/or managerial population sufficiently in your sample. 
However, selecting names randomly makes it more difficult to control and 
observe results. 


On balance, my recommendation is to look for 2 — 3 distinct areas (..e. 
rather than just one), to include at least 100 people in total. Pick one area 
that is head-office based with a managerial / professional bias, one area that 
is strictly front line (e.g. sales or customer service team) and one small 
business unit (e.g. a subsidiary). Check the mix before you start to 
confirm that it is broadly representative of the organisation as a whole (e.g. 
includes laggards as well as early-adopters). If it is not, then pick a 
different area and/or expand the sample size. 
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‘Thirdly, you need to ensure that you can control and observe outcomes. A 
pilot is like a private rehearsal for a play — when the actors are still learning 
their lines and perhaps still struggling to get ‘into character’ — 
experimenting with different approaches until things feel right. Such a 
rehearsal should be, preferably, behind closed doors (lest the paying public 
be put off by an unpolished effort)! It is a good idea to secure, then, some 
element of privacy, to protect against bad publicity. One way to do this is to 
seek out an area over which one of your key sponsors has some degree of 
control. ‘The sponsor can then also ensure that the pilot is taken seriously 
by its participants, when set against other competing priorities. 


Ideally, you need to be able to observe and record the results of the pilot in 
real-time, so that there is the opportunity to use feedback immediately to 
adjust you approach (possibly even to the pilot itself). After all, if the first 
success factors in a set are not met, is it really worth pursuing the rest of 
the pilot to simply pile on yet more proof that the approach is not working? 
Surely better to make adjustments (whilst pausing the pilot) and then re- 
test! As such, it makes sense to choose areas that are physically proximate 
to the project team, or to temporarily re-sight members of the project team 
to be co-located with the pilot community. 


Following many of the arguments above to their natural conclusion, it 
seems tempting to simply use the project team as a pilot community 
(particularly if you are including collaborative technology in your portal, 
which is well suited to a project team). This approach (colloquially 
described as ‘eating your own dog food’) has several; obvious advantages. 
For one thing, you have the friendliest sponsor of all — yourself! You are 
close enough to observe results and to make instant adjustments to 
approach. 


However, your team is unlikely to be a representative and independent 
sample! Firstly, your team is unlikely to be objective enough to criticise its 
own work! Secondly, you do not benefit from a ‘fresh pair of eyes’ that 
spots the silly mistakes more readily and asks the stupid questions! Thirdly 
and finally, your team is likely to be biased in favour of early adopters and 
evangelists, rather than the average Joe! 


In Summary, it’s all about common sense! Take the pilot seriously and give 
it a great deal of thought. If you select the right communities and use the 
right tests of your approach, you are likely to save a great deal of time and 
pain further down the road! 
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Selecting your pioneer community 


A Pioneer differs from a pilot in one simple way; for the pioneer there is no 
going back! (as Captain Oates learnt to his cost!) 


By the time one looks for a pioneer community, the portal has been built 
and the infrastructure established. Most of your project monies will have 
been expended and it is too late for a fundamental rethink. 


‘The purpose, then, of a pioneer is to allow you to iron out those last minute 
wrinkles. Is the training pack comprehendible? Do the floor walkers know 
what they are doing? Does the road show stand look good? 


If the pilot was a private rehearsal behind the scenes, the pioneer is a full 
dress rehearsal only a short time before the live performance. By the time it 
takes place, the actors know their lines and where to stand, but they have 
never really done it in costume and in front of a real (albeit small) 
audience. 


There is still much work at this stage to iron out unexpected difficulties and 
to perfect moments of humour or pathos. The larger audience (seeing the 
nearly finished article) respond in unexpected ways, but the team are 
confident enough by this stage to tweak the formula 


Your Pioneer community will be your first advocates. Therefore, the 
opposite logic to the pilot applies; you should go for a higher risk 
community that are more visible across the organisation (perhaps working 
cross-functionally). | Possible candidates include your Finance, HR, 
Communications or IS communities. 


Be confident by this stage! After all, you know from your pilot what works 
and what does not. You are likely to have gotten most things right and your 
pioneers are more than likely to spread the word far and wide, planting the 
flag for intranet firmly at the heart of your organisation! 


The finished portal is, by this stage, in a pre-live environment. It has been 
thoroughly tested for errors with senior users and IT specialists. However, 
these teams have been so close to the development, they have lost their 
objectivity and (by definition) are unable to look upon the portal with a 
fresh pair of eyes. Get a reasonably large (30+) team of end-users together 
(who have never seen the portal) and take them through the following tests, 
using the pre-live site. 
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Checklist for the Pioneering Stage 


Checklist Items to work 
through with users 


Last Minute Tweaks 


Hold a Treasure Hunt with the end-user 
team, where they search for 4-5 key items 
on the site. How quickly did they find 
them? Which navigational route did they 
take? Did anything surprise you or them? 


If a site journey doesn’t appear as obvious 
as you thought, evaluate the route the user 
expected to use and consider adding that 
different route through. Look again at 
your taxonomy in the light of events. 


Challenge them to find 10 “easy” things 
(i.e. content only) that they would have 
expected to be there but was not. You may 
be surprised at what they come up with! 


On one of my projects, a PA was surprised 
we had not added company PowerPoint 
templates to the portal. This was just one 
example of the benefits of pioneering. 


Do the training pack and online help make 
sense? Can I use them to solve the 
problems I have on first using the portal? 
What last minute changes would I make? 


Make a note of confusing sections and of 
missing material that users needed. Add 

them before the final print run or version 
of the online FAQ. 


When I call the Helpdesk with my 
simulated problems, does the script of 
questions I am taken through make sense? 
Is it in simple English and is the 
experience ok? 


Record the conversation and do a de-brief 
afterwards. React to any issues that have 
arisen or any scenarios that were not fully 
developed or were missed. Adjust scripts. 


When a Floor Walker visits my desk to 
help me with a problem I am having, do 
they appear to know what they are talking 
about? Were they able to fix my problem? 


Record the conversation and do a de-brief 
afterwards. React to any issues that have 
arisen or any scenarios that were not fully 
developed or were missed. 


What was the reaction of the user to the 
marketing material, site branding, etc.? 
Anything they really didn’t get? Did they 
think the Road show stand was good? 


It may be too late to fix some of this now, 
but there may prove to be one or two 
posters or strap lines that you decide to 
drop at this late stage. 


What did the user think of the speed of the 
site? It’s reliability? Were there any 
particular parts of the site they felt weren’t 
up to scratch in performance terms? 


Poor site performance could be a major 
barrier to adoption. You may need to 
undertake some performance tweaks prior 
to go-live or even delay launch! 


Get them to list 5 things they really didn’t 
understand on the site. Why did these 
items confuse them? Are you using the 
wrong language? 

What things did they really like on the site, 
but did not feel were given enough 
prominence? How would they suggest 
that you promote these items? 


Ask the users to re-express this content in 
their own words, once they understand 
what you were trying to achieve. Have 
you the time to make changes? 

Listen to this sort of feedback. The benefit 
of your portal is proportional to the 
number of portal users; you need them to 
want to come back! 


Obtain and review the management 
information (MIS) generated from the 
pioneer community. Where were most of 
the page impressions? Exit points? 
Downloads? 


Was the MIS as good a quality as you 
expected? Are the reports clear? What 
did they tell you? Are there areas of the 
site that need their profile raised? Fix it 
now! 
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In summary, one of the key benefits of portal technology is that most 
packages come pre-built in a way that allows you to get the technology up- 
and-running fairly quickly “out of the box”’. 


You should use this to your advantage, by having an early — and safe — pilot 
to test your ideas. Later, using a pioneer community allows you to make 
last minute tweaks and fix things you have got wrong or have missed. 


This is your last chance to fix before launch many of the problems you 
would otherwise have had after go-live. There is still time to act on many 
of the findings from such an exercise, particularly if you have allowed for a 
little contingency in timescale and costs. 
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21. Managing Risks & Issues 


Who bravely dares must sometimes risk a fall. 
Tobias G. Smollett (1721-1771) 


Smollett studied medicine at Glasgow University and served on a warship 
as a ship's surgeon. 


A contemporary of Fielding, Smollet was hardly a great novelist - but his 
adventure books were (in their time) a 'thumping good read', based as they 
were on his own real experience of the hardships and risk faced by the 
naval adventurer. 


His words ring true. Nothing worthwhile was ever won easily and you and 
the team will need to take risks and handle issues in the tempestuous seas 
of an intranet portal project! 


In this section, I will outline a methodology for managing risks and issues 
that is an amalgam of the PRINCE methodology and Audit standards. I 
hope you find it useful as a complete framework for managing both 
business and IT risks and issues on your portal project. 


Inherent (or Business) Risk 


Inherent Risk is the risk that exists in the environment around your portal 
project. It will tend to be unique to your organisation; its culture and 
politics. 


For example, if you have a fragmented business (either geographical or 
functional), then this will create a higher inherent risk of poor 
communication. 


In terms of the naval analogy, inherent risk is the height of the sea and the 
state of the weather. 


As you are not a god, inherent risk is generally something you can not do 
much about within the lifetime of your project. However, this does not 
mean you should ignore it in your planning, as this is where many projects 
go badly wrong! 
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Project (Specific) Risk 


Project Risk is the risk specific to your portal project. Extending the 
analogy, this is the seaworthiness of your ship! 


Some Project Risk stems from the nature of what you are doing; there are 
certain risks common to any project (e.g. the unfamiliarity to users of the 
technology you are deploying). However, most project risk is under your 
direct influence; for example the skills of the project team, the level of 
governance effectiveness and so on. 


Stage Risk 


Finally, there is 'stage risk' which is the risk associated with the particular 
activity of any given phase of the project plan. 


‘The Risk Log & Risk Plan 


In order to stay in control of the risks to your portal project, it makes sense 
to have a formal log of all risks, to which anyone involved with the project 
is entitled to add. You might use a formal workshop to first populate the 
log. 


I have included overleaf a possible terms of reference for your first — and 
ongoing — risk review meetings. Note the importance of getting the right 
attendees present. You need a mixture of IT and line-of-business people 
with as many senior sponsors and project board members as possible. 


If getting everyone together proves difficult, you could always give over 


part of (say) one in every two project boards to an agenda item on risk 
management. 
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Risk Review Meeting 
Terms of Reference 


Purpose 

To periodically review the risks facing the project and ensure that comprehensive 
preventative and recovery plans are is developed to control and manage the risks. 
Thereby, to ensure that the project achieves its objectives. 


Membership 

Specialist Independent Facilitator (chair) 

The Intranet Director 

The Mercury Project Manager 

The Mercury Project Assurance Lead (secretary) 

The Project Accountant 

All Project Board Members (or empowered deputies) 

All Key Sponsors (or empowered deputies) — by invitation 


Inputs 

Standard or Extended Agenda (issued 3 days in advance by secretary) 
Minutes of Previous Risk Review Sessions 

Current Risk Register, printed from database 

Most recent Risk Report 


Process 
Meetings are structured as workshops 
- Part one is a (new) risk generation / brainstorming session 
- Part two is a rating of both existing and new risks for likelihood and severity 
- Part three involves the allocation of owners to risks 
- Part four is the development of a containment plan for the ‘higher importance 
risks’ (those scoring 6 or 9) 


Outputs 
Revised Risk Register, which includes (for each risk): 
¢« Description 
¢ Owner 
¢ Impact score (from 1-3 where 3 is greatest impact) 
¢ Likelihood score (from 1-3 where 3 is most likely) 
- Importance score (being the product of the other two scores —-> I x L) 
- Preventative actions 
« Recovery Action Plan (should Preventative actions fail) 
- Audit Trail — history of the risk rating for this item over time 
List of time-expired risks (for completeness) 


Frequency 

Special session at Project Commencement (for whole half-day). Otherwise: 

Meets once every two months, up to 7 days prior to the next Monthly Project Board 
At other times, as directed by the Intranet Director 
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Assessing Risks 


Each risk (however derived) can be assessed using a simple methodology, 
whereby the probability of the risk being realised (‘likelihood") and the size 
of the impact on the project objectives (‘severity’) can be measured. 


The simplest system (based on the PRINCE project management method) 
is to give a score of 1-3 for likelihood and severity (where 1 is low and 3 is 
high). From these scores, the importance of each risk can be measured as 
the product of likelihood and severity (i.e. the one multiplied by the other): 


The probability of the The importance 
risk being realised measure, taken as 
and having the stated likelihood multiplied 
impact by severity 


Severity Importance 


3 9 


The severity of the 
impact, based on the 
effect on project 
objectives 


The possible combinations are: 


ax aS9 ix3=3 
3x 2=6 la2S2 
2x3=6 ZR 12 
2x2=4 Loa. 
oe 2 e—7. 


Clearly, any risk of importance 9 demands immediate attention, followed 
by risks rated 6 and so on. 


Overleaf, I have included a small extract from a possible risk register for 


your intranet portal project. This should give you an idea of how to lay out 
the risks and the plan to deal with them: 
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Project Mercury — Risk Register 


001 Risk: Poor attendance at Owner: 3 Risk Avoidance: All Board | Diary 
Project Board by key Intranet meetings for next 12 Planning at 
executive sponsors Director months in the dairy of all | start of the 

members year 
Consequence: Inhibits Actionee: 
speed and validity of Project Co- Risk Containment: Create | January 
decision making ordinator process for offline 2004 
decision-making by email 

002 Risk: Inability to recruit Owner: 3 Risk Avoidance: Re- Monthly 
Business Readiness Intranet written Job Description to | Vacancies 
manager with sufficient Director be circulated via all List, 
experience in a timely Project Board members to | circulated 
manner Actionee: HR their respective businesses | to all 

Senior and salary on offer to be business 
Consequence: Business Specialist increased by 10% units 
Change impacts of the 
project are poorly Risk Containment: February 
managed — affecting Request for CVs from 2004 


case 


benefits realisation and 
the validity of the business 


Interim Management 
agency to cover 3 months 
to the end of March 2004 
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Risk Counter-measures 


In the table, you will notice the column “risk avoidance and containment 
plan”. These are the risk countermeasures and there should be at least one 
for each risk. Where a risk can be eliminated, then this will be the counter- 
measure (called “risk avoidance’’). Where it cannot be fully eliminated, 
then risk mitigation actions will be the most appropriate (called 
“containment plan”’). 


As you take actions to counter risks — and the risk environment itself 
changes — your original assessment will become out-of-date. For this 
reason, I recommend a regular review of the risk register and maintenance 
of the importance rating for each risk; where the risk likelihood or severity 
of impact change over time, update the risk log entries. 


Event Triggers 


Many (but not all) risks can be associated with a particular trigger event, 
when the risk comes home to roost. Enter such events and their date on the 
risk register, to assist with planning and prioritising your risk counter- 
measures. 


Issues Log 


A Risk is something that is yet to happen, whilst an Issue is something that 
has already happened. It may well be convenient to use the Risk Log to also 
track any issues on the project. Issues will generally fall into one of the 
following categories: 


(R) - Request for a change (in the scope of the project); 
(O) - An item has been identified that is Off-Specification; 
(Q) - A Question has been raised that needs to be resolved; 
(S) - A Statement of Concern has been raised by someone; 
(1) - Other issues. 


‘To score issues, just ascribe an importance score (of between 1 and 9). 


Managing Risks and Issues 


Once you have put a Plan in place, then it is important to regularly monitor 
and report on the counter-measures that have been deployed and whether 
or not they have been successful in reducing the overall risk profile of the 
project. Overleaf, I have included the summary page from a typical risk 
report on an intranet portal project, to give you an idea. 
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Project Mercury (New Corporate Intranet for ABC Co) 
Risk Report — Summary 


The risk register is being maintained in the Project Database with assigned owners, 
mitigation and containment actions identified. The owners of risk areas regularly 
progress the mitigation actions, and ensure the containment plans are in place. Progress 
is routinely monitored in the weekly Project Team Managers meeting, and submitted to 
the Project Board periodically for review. 


Issues are also held in Project database and regularly progressed by assigned owners. 
Again, progress is routinely monitored in the weekly Project Team Managers meeting. 


A total of 11 significant risks are current, 3 with an importance rating of 9 and 8 with a 
rating of 6. These risks have been assessed as having a significant impact on the project. 


The remaining (less important) risks are believed to be of low impact on the project or 
less likely to occur. All are identified within this document. 

The current level of risk identified in this document is considered normal at this stage 
of the project. Furthermore, the level of risk has reduced significantly since January as 
plans are progressed, which leads to a greater level of understanding, and mitigation 
actions put in place. 


Project Mercury 
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The graph above is now being generated weekly to illustrate the risk trend. 


It is expected that as the project progresses through its lifecycle, and risk owners action 
the mitigation plans, that the level of risk will continue to diminish. 
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In summary, managing risks and issues on your intranet portal project will 
be key to your success. 


If you act, manage and report regularly on risks and issues, you will have 
substantially improved your chances! Use a consistent and logical method 
of managing risks and issues, with the full involvement of key stakeholders 
and specialists. 
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22. Project Change Control 
Lord grant me the serenity to accept the things I cannot change, the 


courage to change the things I can, and the wisdom to know the difterence. 
- Saint Francis of Assisi (1182-1226) 


Of the great saints, Francis perhaps sets the most inspirational example of 
personal change and sacrifice. Born into a wealthy family, he lived a high 
life as a young man until taken captive during a war to defend Assisi. 
Emerging a year later as a changed person, he sold all his possessions and 
devoted the rest of his life to serving others. 


Accept the things you cannot change 


As discussed in the Project Plan chapter, it is vital to properly plan your 
portal project and not to simply ‘wing it’. 


Through decent Stakeholder Analysis and Prioritisation, your should have 
a Project Scope that meets the business need. From your pilot, you will 
have confirmed that delivery is feasible. 


Resist the temptation, then, to make continual changes and tweaks to the 
Project Scope. Have the courage of your convictions and 'stick to your 


i] 


guns', 


Frequent, unwarranted changes in direction are likely to demotivate the 
team, confuse your stakeholders and cause costs to escalate. Where changes 
are also poorly thought through, there may be an impact on benefits and/or 
delivery may not prove feasible (where not tested in a pilot). 


Change what is not working, if you can 


Having said that change for it's own sake is not a good idea, there will 
clearly be occasions where controlled change has to happen if the project's 
objectives are to be met (e.g. where strategic priorities change or where a 
pilot proves a course to lack feasibility). 


‘The wisdom to know the difference 


Given that changes to scope or method may at times be required, but that 
poorly planned change is unwise, it seems only logical to ensure that the 
wisdom of your governance is fully utilised in planning and approving 
change. 
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‘The Change Board 


‘To avoid creating a separate bureaucracy (and to allow for flexible and 
responsive changes), my recommendation is to have a subset of the Project 
Board responsible for approving any project changes. Here are some 
suggested terms of reference for that team: 


Change Board Meeting 
‘Terms of Reference 


Purpose 

‘To meet as required to review proposed changes to the scope of the Project, where there 
is an impact on costs, benefits or timescales. The change board has delegated authority 
from the Project Board to (a) approve, (b) reject or (c) require re-submission of the 
request with further information or analysis of impact. 


Standing Membership 

The Intranet Director (chair) 

The Mercury Project Manager 

The Mercury Project Assurance Lead (secretary) 
The Project Accountant 


By invitation 

Project Board Member sponsoring the change 

Any Project Board Member impacted by the change 

Open invitation to any other Project Board Member (who wishes to attend) 


Inputs (for each change) 

Change Request Summary Sheet 

Impact Assessment Report (covering timescales, cost, benefit and risk) 
Presentation of Change Rationale 


Process 

Review of each change request in turn 

Consideration of Rationale and Impact Analysis 

Decide whether sufficient information & analysis to reach a decision (if not, defer) 
If decision possible, accept or reject within the meeting 


Outputs 

List of Approved, Rejected and Deferred Changes 
Revised Project Financial Forecast 

Re-baselined Project Plan 


Frequency 
Meets monthly as required, immediately after Monthly Project Board 
At other times, as directed by the Project Manager 
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Project Change should be a standing item at the bottom of the (say 
monthly) Project Board agenda. If there are any changes to propose, then 
the members of this 'Change Board' stay on to discuss the proposals, whilst 
the others leave. 


Where changes need urgent discussion (and cannot wait for the next 
Change Board slot) there should be a process for the review and approval 
of Change proposals offline (for example via email). 


‘The Change Control Process 


The concept in PRINCE is that changes (always) arise because of an issue. 
For example, the issue is that the company has acquired a competitor, but 
the scope of the project didn't take account of such an eventuality. Thus, a 
change is required to bring the new business into scope for the intranet. 


Thus, every Change Request (CR) starts its life in the Issue Log as an 
issue. Once agreed the only way to resolve the issue is through a change to 
the project, the next step to assess the change for impact on costs and 
timescales, before bringing it formally before the Board for approval. 


Where decent change control is not applied on a project, the main risk is 
that money is whittled away without clarity on objectives or any real 
delivery. 


Just like a general fighting a war, a project manager needs a stable political 
situation (where any changes to objectives — whether tactical or strategic — 
are well controlled and communicated, with full analysis of impacts) 


This is only half the story, however; good change control, slickly executed, 
also provides a project with the flexibility to adjust to changed 
circumstances or new needs and opportunities 


Process Maps 

Overleaf, I have included process maps for the three stages of managing a 
change; (a) Change Initiation, (b) Change Assessment and (c) Change 
Processing. These process maps present a useful model for a typical large 
intranet project, with sound governance in place. 
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Change Initiation 


Some issues end up 
driving requests to 
change project scope 


Change Request 
Risks: Cover Sheet 


Steps or Plans to 
Contain or Avoid 
Project Risks 


New Change: 
z Logged with Project Change Request 
Finances: Office and Cover Log (each change 


Recovery Plans (to Sheet Raised given unique ref no) 
bring project back 
within Finances) 


Impact 
Other: Assessment 


Project Board or other panor 


meetings throw up 
needs or opportunities Impact Assessment: 

Effect on timescales, 

costs, benefits and Further 


risk assessed by team Info 
Request 


Change 
Assessment 


Immediate Rejection 
(i.e Change clearly not viable) 


Change Assessment 


Change Change Board 
Initiation Agenda Item 


Sponsorship: 
Identify Project Board 
member who will 
sponsor the Change 


Invitations sent 
to Proposer 


Further Info Request: 


Decision taken to seek 
further impact analysis 
prior to firrn decision 


Preparing the Case: 
Sponsor prepares the 
case to be made to 
the Change Board 


Presentation of 
the Change Case 


Change Board: Change Board 
Majority Vote (if Minutes 
needed) to approve, 

reject or defer case 


accept Change 
Processing 
Rejection 
(i.e Change not approved) 
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Change Processing 


Change Revised Project 
Assessment Management 
Plan 


Reconfiguration: Weork Contracts 


Changes to Project with Suppliers 
Scope are made amended 


Revised Project 
Re-baselining: Plan issued 
Project Plan and 
Financial forecasts 
are updated 
Revised 
Financial 
Forecast 
Change Closed: 


Item removed from 


Change Log 
Revised Change 
Log 


Measured steps 


Don't overdo it! There are different degrees of change. Small changes 
should simply be packaged together and presented in a block. Similarly, 
larger changes that do not impact significantly on costs or timescales can 
be handled together. Stay focused on the big ticket changes that really need 
discussing! 


Funded Change 


Some change requests will be backed by their own sponsorship and 
funding. These may well need to be handled differently, in much the same 
way as they would be in the Steady State model (see later chapter). 


In summary, well managed project change control will be a key component 
in successful delivery. No where more so than an intranet project will you 
find your scope continually challenged. ‘This can be healthy if it leads to a 
better result — but this will only come about with sound management! 
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23. Benefits Realisation & Tracking 

At first people refuse to believe that a strange new thing can be done, then 
they begin to hope that it can be done, then they see that it can be done-- 
then it is done and all the world wonders why it was not done centuries ago. 
- Frances Eliza Hodgson Burnett (1849-1924) 


Frances Burnett was no stranger to hardship. Her father died when she was 
only 3 and her family moved to America 12 years later to live in abject 
poverty in an abandoned log cabin. She picked and sold wild grapes to 
make enough money to write for magazines, before eventually enjoying 
great success as an author with classics such as the 'Secret Garden' and 
"Little Lord Fauntleroy'. 


In the beginning, there is only vision and faith. Frances had faith that one 
day she could be a great author and she achieved this ‘American Dream! in 
spite of the greatest hardships. In the same way, your intranet portal project 
began with vision and promises to stakeholders who shared your faith that 
'a strange new thing could be done". 


Whilst making your case, you used analysis and benchmarking of other 
organisations to create a momentum of hope. That was grounded in 
specifics; the hard and soft benefits your project was to deliver. However, 
hope only takes you so far. After time, tangible delivery needs to be seen 
and felt, by your employees (first by stakeholders and then by your 
detractors!) But “delivery” of what? 


The Millennium Experience 


A successful project is one that delivers on-spec (‘quality'), time and cost. 
Right? Well consider these two projects...The Millennium Dome was 
delivered on time for the 31 December 1999 and safely within a budget 
(fixed in 1998) of £289 million. The Project was also delivered to quality, 
albeit against a specification that had been adjusted several times during 
the project to simplify the scope of work required (and ensure that time 
and cost deadlines could still be met). However, visitor number targets 
were greatly overestimated, the business a total flop and the whole 
endeavour deemed a failure by many. 


The Millennium Wheel (or "London Eye") opened one month late on a 
dreary February morning in 2000 (following problems raising the wheel 
and then safety & quality issues with one of the 32 pods). It was also over 
budget, with building costs of £70m (against the £25m British Airways 
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had originally planned to spend). However, an average of about 10,000 
people a day now ride the wheel, making the London Eye the UK's biggest 
tourist attraction (and generating £15 million of trading profit a year) - a 
healthy return on investment for the shareholders. 


A New Mindset for Change Projects 


‘Traditional methodologies for change / project management (of which 
PRINCE is an example) tend to focus primarily on time, cost and quality. 
Benefits are all too often only implicitly recognised and the accountability 
for realising them is assumed to lie outside the project. 


However, the pace of change within our society, industry and business 
grows ever faster. Somewhat paradoxically, there is an ever-greater need to 
ensure that changes 'stick' (delivering sustainable benefit and competitive 
advantage to the organisations making them). Most businesses have already 
achieved greater efficiency and effectiveness within single functions or 
processes; the challenge of the 21st Century is increasingly how to realise 
end-to-end change across a boundary-less business. 


Rarely (these days) will a single customer sponsor a single project, 
delivering a single system into a single department. 

The leadership challenge is thus how to engage multiple sponsors and 
change agents across the whole business to deliver excellence in change and 


the ruthless pursuit of business benefits and true return on investment 
(ROD. 


‘The Case for a focus on Benefits Management 


Recent research from the Cranfield University School of Management 
finds that 78% of I'I-enabled change projects (in large UK companies) fail 
to deliver business benefits. 47% believed assessment of business benefits in 
business cases was poor or worse and 79% said that all the available 
benefits were not captured during that assessment. 45% believed benefits 
were overstated in their organisation to get investment approval. 


Arguably, this will only change when project managers and their people 


become accountable for - and obsessed by - delivering business benefits 
and value through Change, rather than simply projects to time and cost. 
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Benefit categories revisited 


You will remember I suggested six benefit categories in the business case 
section, divided into two groups. As a reminder: 


Direct Benefits are those which lead to a measurable impact on the 
bottom-line of the organisation, including increased revenue, reduced costs 
of sale / improved margin, operating cost reduction (e.g. through reduced 
headcount) and improvements in working capital (e.g. through a faster 
debt collection cycle). An individual or team can be held directly to 
account for achieving them and providing evidence of their realisation. 


Indirect Benefits are those which facilitate or enable bottom-line impact, 
without leading directly to realisable items for which can individual or team 
had be held accountable. Such benefits include cost avoidance (i.e. costs 
not currently budgeted that might otherwise become payable) and capacity 
creation (where efficiency savings free up people to undertake high-value 
adding tasks but do lot lead directly to the release of FTEs or other costs). 


‘To these, one can add Soft Benefits (sometime called "non-quantifiable" 
benefits); which are the intangible improvements to be obtained from a 
change, including improved employee satisfaction, better customer 
satisfaction, increased knowledge sharing and re-use of intellectual capital. 
Whilst it is often accepted that such benefits do lead to financial gain, it is 
deemed impossible to demonstrate a proven causal link that would enable 
one to place a financial value on the benefit. 


‘The Benefit Realisation Toolset 


Over the next few pages, I will review a number of tools that can be used to 
better manage benefits on the typical portal project. 


1) An enhanced Business Case: 


Many business cases simply do not sufficiently reference Benefits. Make 
sure that you dedicate at least as many column-inches to benefits as you do 
to costs. Split benefits between soft, direct and indirect. Ensure that direct 
benefits are included in the ROI, NPV or IRR calculations and that the 
people who will be accountable for their realisation have signed them off. 


2) The Benefits Network: 


Create a document that shows how the visionary purpose of your project 
converts into quantified benefits and the systems, process and business 
changes necessary to achieve them. 
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Over very own Cranfield University, here in the UK, have been pioneers in 
developing models for benefit management on I'T-enabled business change. 
They recommend the following six-step model for mapping benefits into a 
network: 


What infrastructure What are the required What are the precise 
changes are required to projects to improve the benefits we are 
support the IT processes? seeking? 


Technical hast Business Process! Quantified Visionary 


What IT support will be Which desks of the 

required of these organisation will be 
revised processes? involved in delivering 
the identified benefits 


Multiple iterations are required 


The Visionary Purpose is where you start the network; linking the projects 
vision to the strategic or management agenda of your organisation. 


In the Quantified benefits section, the visionary purpose is translated into 
the precise benefits that we expect to realise. Use the same headings I 
showed you in the business case section to categorise the benefits (namely 
Margin Enhancement, Cost Reduction, Working Capital Reduction, Cost 
Avoidance, Capacity Creation & Quality Improvement). 


In the Process / Function section, you articulate which business processes 
and/or functions will need to change in order to realise the benefits you 
have quantified above. Including specific metrics can really help here. 


The Business redesign section outlines the specific initiatives covered by 
the business case which will deliver the process changes, quantified benefits 
and thus the benefits vision. Consider people, process and system 
initiatives. 
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Finally, the Technology & infrastructure sections articulate what technology 
changes may be required to enable the benefit proposition. Question 
whether technology change is really necessary to support the initiatives you 
have identified. Consider also whether any enhancements to underlying 
infrastructure may be required, e.g. increased network bandwidth. 


The lines that link up each “node” on the network show where components 
link up in the form of dependencies. In other words, this business redesign 
activity supports that process / function change, which in turn delivers the 
quantified benefit sought. 


Such a network has immense value in (a) ensuring benefits are grounded in 
the real business changes that are required to achieve them and (b) 
everyone in the project team can understand how what they are doing 
(individually) contributes to the overall vision and benefits. 


Overleaf, I have included an example benefits network for an Intranet 


Portal Implementation (that builds on the vision work and business case 
section earlier in the guide). 
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Intranet Portal Benefits Network 


Technical eee Business Process! Quantified Visionary 


Communications — 
Corporate Culture 

Hew “One Company” and Branding 
MARCOM & HPD 
Strategy 


Improved staff and 
customer retention 
Marketing —New 
Product 
Intranet Portal Development 
Platform Deliver to all staff 

new ways of Faster time to One Company 

working training HR - Employee market for new Brreerteabdid 

Service Processes products & svcs : 


Directory and — 
Sanction \ Targeted training for 


; Finance — 
Services HR, Finance & , 
Procurement teams yr pala peat Reduced HR, Improved — 
ccounting Finance & Knowledge Sharing 
Purchasing costs 


Update 5 , Briefing of top 30 Procurement — 

Local? 3 Hees Employee Self Suppliers on P2P & Purchase to Pay 
oe Service Apps IT Dev Changes Neve W [ 
ew Ways o 


Reduced Call Centre Working 


Customer Service — Staffing & Costs 
Call Centre 


New Call Centre Scripting 


canta Scripts and Training 
onten on use of Portal 
Management 


Systems IT —PM & 
— Development 
Methodologies 


Reduced IT 
Development costs 


IT Development team 
trained n new 
processes & took 


IT — Enterprise 
Architecture & 
Standards 
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3) The Benefits Realisation Plan: 


Once quantifiable benefits have been identified and documented in the 
Benefits Network, they can then be loaded into a Benefits Realisation Plan, 
which includes a comprehensive system for tracking the evidence that 
benefits have been realised. The plan need not be complex and I have 
included an extract example overleaf). 


A Realisation Plan includes, for each benefit, (a) a description of what the 
benefit is, (6) how much it is worth, (c) who will be accountable for its 
realisation, (d) when it will be realised and (e) where it will impact. If there 
are risks or dependencies to the benefit realisation, these should be noted 
and managed in the plan. Finally, it should be clear in the plan how the 
benefit realisation will be objectively measured and evidenced (e.g. through 
the monitoring of key performance indicators). 


‘The benefits realisation plan will be a key control document, as it lives from 
the very day the ink dries on your business case to the day your post- 
investment appraisal is done and the book closed on the project for good! 


As a living document, the plan should be regularly updated for any changes 
to scope or underlying environment (and in particular where new benefits 
are identified or existing benefits are likely to under-or-over-shoot what 
was originally forecast. 


4) Benefit Sign-off: 


One key tool in your arsenal for capturing realised benefits is to use a 
benefits sign-off sheet; where the accountable line management team and 
the project both sign-off to confirm that the benefits have actually been 
achieved and can be demonstrated in financial results and key performance 
indicators and metrics. Evidence supporting the sign-off should also be 
attached to the sign-off sheet. This is a good discipline, to keep everyone 
honest. 


After the benefits realisation plan, I have included an example template you 
can use to action this. 
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Benefits Plan /'Tracking 


Ref Benefit Financial | Main Theme | Workstream Business area(s) | Known and When Key Measurement | Current 

Description Valuation responsible responsible for | logged benefits Performance | Process Status 
for delivery delivery dependencies will be Indicators (ROYG) 
delivered 

0001 | Up-to-date £1.2 Serving our Call Centre Customer Content Q4 2006 | 10% less lost Demonstrate | On track 
information on | million Customers Content Service & Management sales in din quarterly | for 
the products Team Operations System telesales P&L and delivery 
and promotions operation. signed-off 
of competitors 
made available 
online 

0002 | Teamroom £0.4 Working Collaboration | Group Collaboration Q1 2005 | 20% Marketing On track 
made available million Together Workstream Marketing & Server reduction in Director for 
for the Brands Implementation time to Sign-off delivery 
marketing team launch a new 
to share product 
calendars, 
allocate tasks 
and manage 
documents 

0003 | Facility for £0.5 Working Enterprise HR - Employee | Metadirectory Q1 2006 | 12 fte Loaded into Behind. 
employees to million Productively Applications Services Implementation reduction in budgets for Plan to 
update their Workstream & Data staff in 2006 and Recover 
personal details Cleansing employee agreed in Place. 
in an Employee services 
Directory 

0004 | Facility for £0.3 Working Enterprise Group Property | Metadirectory Q1 2006 | £0.1m less Sign-off from | On track 
employees to million Productively Applications & Facilities Implementation cost on FM FM Manager | for 
book meeting Workstream Management & Data Contract plus | and staff time | delivery 
rooms at any Cleansing indirect time survey 


one of the 
company's sites 
in the UK and 
overseas. 
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savings 


Benefits Sign-Off Sheet 


Intranet Workstream: 
Ref Number: 0001 Working Together 
Benefit Description: Benefit Value: 


Finance Pilot community — 
Finance level 5 managers and 
above able to share a calendar, 
thread discussions, allocate tasks 
and manage documents (all within 
a single “teamroom” collaborative 
space online) 


Business Area Responsible: 
Finance Change Directorate 
(K1026) 


£100,000 one off saving in 2002, 
plus ongoing savings equivalent to 
£15,000 per annum (manpower 
support costs, future upgrades 
and maintenance on software & 
hardware) 


Incremental Cost to Deliver: 
Zero, as Project Mercury had 
already planned to do a pilot of 
this functionality (and by using 
Finance was able to deliver this 
benefit) 


When Benefit was realised: 
Q4 2002 


Key Performance Indicator(s): 
Boolean: Yes or No. Can we avoid 
planned investment by Finance in 
an alternative technology (Sigma 
Connect), whilst still delivering 
the same benefits to Finance? 


Evidence of Realisation (source): 
Finance Change Director sign-off 
to confirm that KPI was indeed 
met: Attached email evidence to 
back this up, plus signature of 
Finance Change Director on this 
sign-off sheet. 


Economic (Lifetime) Value: 

Net Present Value of (Benefit — 
Cost), as adjusted for an 
appropriate cost of capital: £0.4m 


Sign-off for Intranet Team: 
Name: 

Ble iiss 

Signature: 


Date: 


Sign-off for Business Unit: 
Name: 

Title: 

Signature: 


Date: 
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Challenges along the way 


In the change management chapter, I highlighted the j-curve effect, 
whereby things often tend to get worse before they get better. For this 
reason, you should time benefit measurement to occur some time after a 
particular piece of content or application has gone live (leaving time for it 
to "bed in'). 


Changes in direction 


Sometimes during the project, it may be necessary to make scope changes 
(for example, where a pilot proves a particular approach to be unfeasible). 
It is vital that the impact analysis in your change control process takes into 
account any changes to the timing or nature of benefits and that the 
benefits realisation plan is updated. 


Conclusions 


The 21st Century Project Manager needs to be obsessed with delivering 
business benefits and value through change, rather than simply projects to 
time, cost and quality. There are tools that can help, including in particular 
the Benefits Realisation Plan. 


In the Business Case chapter, I pointed out that it is much easier to identify 
the benefits of a portal post-implementation! Do not hesitate to add to the 
plan as you go along (identifying further benefits) and make it a living 
document. Benefits Realisation, after all, is what your project is really all 
about. Recent developments in the IT industry and Benefits thinking 
afford you a number of tools and techniques to get this right. Please do 
take advantage of these and prove once and for all the value of your portal 
investment. 
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24. Financial Management 


Look after the pennies, and the pounds will look atter themselves! - saying, 
based on an old Yiddish proverb 


When all is said and done, cost overruns are often forgotten about when 
projects otherwise succeed in making their objectives. For example, the 
Millennium Wheel in the UK is generally held to have been a great success, 
despite being late and over budget. However, the Millennium Dome (which 
was delivered on time and under-budget) disappointed many and, thus, 
people remember it as a financial disaster! 


Perhaps most importantly, however, sound financial management has two 
over-riding benefits; (1) it gives great confidence to project sponsors and 
(2) it can be a very useful tool to control project scope, get more delivered 
and ground the team in commercial realities. 


The size of the 'pot' 


From your business case, you will have been allocated a 'pot' of money to 
use over the course of the project and in steady state support. It is likely 
that the size of the pot is limited overall. 


Your pot is likely to break down into internal costs and external costs, 
revenue and capital. If you are using external system integrators, you may 
(under certain circumstances be able to capitalise their costs - see business 
case section). 


Your part of the financial budget 

If (as for most organisations) you have an annual budget cycle and the 
project runs over a year end, it is important to make sure the amount you 
have got approval for in your business case is fully reflected in this year's 
and next year's budgets! 


It is amazing how often a lack of attention to budgeting can result in a cut 
to the funding of a project! 


The Intranet Project financial forecast 


I recommend that a monthly forecast of finances is prepared roughly one 
week prior to the Project Board and the Project Manager, Project Director 
and Project Accountant meet to review its contents. 
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If any part of the project is running over budget, this small team should 
review ways in which the project could be brought back under costs. If an 
action plan cannot be developed, then report this to the Project Board and 
change the status of the project to 'red for finances’. These steps should 
ensure that costs stay under control and are properly scrutinised. 


The Intranet Steady State finances 


Do not neglect the close scrutiny of steady state costs! As an example, were 
one to delay a particular release on the project, this could add to overall 
project costs. However, an offsetting saving may well be made in the steady 
state support costs! 


The Payment of Invoices 


On a project, there is only one person who should control the payment of 
monies and that is the project manager! All expenses should go through the 
project manager for approval. This ensures that there are no 'surprise costs’, 
where (for example) a senior member of the team has committed the 
project to costs for (say) a team social event, that were not originally 
planned for in project costings. 


Managing Third Party costs 


In the commercial management chapter below, I have considered aspects of 
this in greater depth. Where third parties are delivering either goods or 
services, this should be to an agreed specification. Again, only the Project 
Manager can be empowered to (finally) agree that the goods or services 
delivered have been to the original specification (plus any agreed changes). 
Monies should not be paid over until there is agreement to this. 


Financial impact of scope change 


In the change control chapter I have outlined a proposed methodology for 
impact assessment of any changes to project scope or timing. This impact 
assessment includes a careful consideration of financial impacts. The 
project manager should consider whether such changes warrant a revision 
of the original business case and a (fresh) sign-off by the project sponsors. 


Funded scope changes 


Sometimes, there will be agreed changes to project scope that are backed 
by their own sponsorship and funding. I have given further advice on how 
to handle this in the Steady State model chapter. 


155 


Finance Review Meeting 
‘Terms of Reference 


Purpose 

To periodically review and scrutinise all costs associated with the intranet platform, to 
ensure that financial forecasts do not exceed approved project finance tolerances, 
including (as appropriate) devising recovery plans to bring costs back on track for 
recommendation to the Project Board. 


Membership 

The Intranet Director (chair) 

The Mercury Project Manager 

The Mercury Project Assurance Lead 

The Project Accountant (secretary) 

Other Project Board Members (by invitation) 


Inputs 

Standard or Extended Agenda (issued 3 days in advance by secretary) 
Monthly Project Financial Forecast (Revenue and Capital) 

Quarterly Forecast of Business-as-usual ‘On-costs’ 

Quarterly Budget Variance Statement for Intranet Business Function 


Process 
Review of inputs and trend analysis 
Consolidation of inputs into summary position 
Revise Project Traffic Light Status for Finances: 
- Green = finances within original budget 
- Yellow = finances within original budget plus approved tolerance 
- Orange = finances over tolerance, but with plan to recover 
- Red = finances over tolerance, but no plan in place as yet to recover 
Devise recovery plans, as appropriate, to bring finances back within tolerances 


Outputs 

Approved (Monthly) Consolidated Financial Statement to Project Board 
Recovery Plans, as appropriate, for Project Board approval 

Change Requests, as appropriate, to support recovery plans 


Frequency 
Meets at least monthly, 3-4 days prior to Monthly Project Board 
At other times, as directed by the Intranet Director 
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25. Commercial Management 


Let me not to the marriage of true minds admit impediments - Sonnet 116, 
William Shakespeare (1546 - 1616) 


How often do you hear the words ‘long term relationship’ or 'partnership' 
where system integrators are discussed in a project’s early stages? Yet all too 
often, this ‘marriage of true minds' seems to end in acrimony and divorce! 


Words of Warning 


So let me tread where Shakespeare dared not, and 'admit impediments' as 
you embark on this key relationship with your third party developer(s). 


A supplier's main objective is to make profits Gust like you!) and that 
means making as much money out of you as they can - at the lowest risk - 
whilst keeping you happy if possible Gin the hope you might use them 
again). There! It is said. The sooner you realise this, the better. Invest in the 
marriage - but also in a good pre-nuptial agreement and team of lawyers! 


My Suggested Approach 


Where you are working with third party integrators on a phased, waterfall- 
type project, managing external cost exposure is important. Consulting or 
System Integrator costs can be very expensive and tend to run at a high 
“burn rate”. Make sure you get what you paid for! Tying payment to 
milestones and overall delivery to a defined scope will produce better 
results than “winging it”. 


However, recognise that, until you have such a scope, using a fixed — or 
not-to-exceed- price is meaningless. Better in such a situation to time-box 
the early work, be prepared to roll-off external resources when there are 
delays and operate on a time-and-materials basis. Make sure you fix day 
rates and resource mix by use of a framework agreement for consulting 
services 


After the scope has been fixed, the supplier should have the expertise and 
skill to commit to a price for the job. At this stage, the nature of your 
relationship (and thus the contracts) should be much more pinned down. 
Overleaf, I have outlined a comprehensive model for managing a large, 
waterfall-based intranet project. Each component of the model is then 
explained: 
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Framework Agreement for 


Consulting Services Framework for (Detailed) Design, Build & Test 


defines a standard set of covers issues like what the supplier will 
hourly and daily rates for the need to do in the event that there is a 
external resources you need problem with the delivered portal; what 
and handle over-arching will they do at their own cost to rectify 
issues, such as ownership of this and will you get your money back if 
intellectual property all else fails? 


Work Work Work Contract 3: 


Contract 1: Contract 2: 
Business High Level 


Not-to-exceed or Fixed Price Contract for Detailed Design, 
Build, Test and Implement 


Case & Design Contract Variation Notices as 
Feasibility Approved CVN1 CVN2 CVN3 labial Atal cg 
Change Control 


Insufficient ca Sufficient Certainty of 
Certainty of Scope Scope for Pricing 


The Pre-Project Agreement 


At the early stages of your work (and particularly pre-project), you will not 
have a clear scope for delivery against which to contract. As such, the best 
approach is to negotiate a Framework Agreement for Consulting Services. 
This will define a standard set of hourly and daily rates for the external 
resources you need and handle over-arching issues, such as ownership of 
intellectual property. 


You may then establish a Work Contract under that Framework, on a Time 
& Materials basis, where you are buying a certain team of people for a 
certain amount of time to produce a certain set of deliverables (or 
‘products'). 


The Project Contracts 


In the Design of your first release, you may use another time & materials 
based work contract (against the original consultancy framework) just to 
get you to a defined scope for delivery. 
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However, once that scope is set, you should negotiate a separate (and new) 
Framework for (Detailed) Design, Build & ‘Test. This framework covers 
issues like what the supplier will need to do in the event that there is a 
problem with the delivered portal; what will they do at their own cost to 
rectify this and will you get your money back if all else fails? 


The Work Contract for subsequent phases will be against this new 
framework and (ideally) will be on a Not-to-exceed Price basis or (better 
still) a Fixed Price basis. This permits you to guarantee delivery against 
your 'approved pot’ and to limit your risk (of failed delivery). 


Staged Payments 


Ideally, you will have set up the work contracts in such a way that payment 
is made to the third party in stages, based on certified work (i.e. the 
delivery of agreed products to original specification plus any agreed 
changes). There should (deally) be an upside for the supplier if they 
exceed on time, quality or cost. 


Remember, your objectives are to deliver business benefits through the 
portal by creating bold (and therefore risky) step changes in the way you 
do business. Your supplier does not share these objectives! However, by 
setting up decent contracts and (in particular) a well-designed payment 
schedule, you can begin to align the interests of the supplier to your own 
(and therefore ensure the right results). 


Steady State commercial considerations 


You may be tempted to require your supplier to also take on certain steady 
state responsibilities for supporting and perhaps developing the portal, post 
go-live. If so, my advice is to make sure this is covered off during the initial 
project negotiations and not as an afterthought later (when you are 'over a 
barrel'). 


What if it all goes wrong? 


As I have indicated in the Project Team section, if you have built 
commercial management skillets into your team, then problems should be 
minimised. However, if they do arise, do make sure that you have a decent 
‘exit strategy' that covers how you would (a) disengage from the supplier, 
(b) find an alternative one and (c) keep the show on the road during the 
inter-regnum. 
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After 
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26. Introduction 
Churchill's famous 'V' sign, signifying simply victory, is a powerful wartime 
image. 


Churchill experienced moments of great despair during the war, but yet he 
soldiered on - never once giving up hope. 


Importantly, he was sustained by a belief that there was a greater cause at 
stake than the defence of Great Britain. His cause was the freedom- loving 
people of the world. 


Victory for you too means more than just delivering an intranet platform; 
the future success of your company is in your hands. 


To extend a well-worn analogy, a Portal is for life, not just for Christmas! 
You should lay plans for the steady state during the project itself. 


The following sections give ideas, hints and tips to handle life immediately 
after the project - and beyond: 


Ultimately, success means that every aspect of how you do business as an 
organisation will have been changed forever by the intranet. 


However, as the famous Chinese proverb has it, 'the longest journey begins 


with a single step’... Your Intranet Portal project will be the first and most 
important step on your journey of transformation. 
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27. Steady State Governance 


I am long on ideas, but short on time. I only expect to live only about a 
hundred years. (Thomas Edison) 


Amongst his many inventions, it was the incandescent, electric light for 
which Edison is best remembered. Perhaps the most interesting aspect of 
the invention was that the light bulb was nothing new (and had been 
around as an idea for over 50 years). However, none of the previous 
attempts were even remotely practical for home use. 


Continual Improvement 


The fact that Edison's light bulb has come to symbolise 'a bright idea' 
(despite its lack of true originality) is the inspiration for the Governance 
mapped out overleaf; reflecting a desire to continually improve the intranet 
experience over time. 


In terms of principles for my organisation design, I have sought to achieve 
back-to-back Business & ‘Technical teams; in a Web-based e-business 
environment, it is essential that business and technical teams work closely 
together! Ideally, the teams should be co-located for maximum benefit, so 
that small changes and faults can be progressed quickly. 


I have also sought to balance centralised and de-centralised resources, so 
you can fully free and harness the creative genius of all your people across 
the entire enterprise, whilst retaining the consistency of information and 
applications used by all (e-HR, e-Finance, etc.). 


Finally, I have sought to balance support and ongoing change; an intranet 
is not a static system, but rather an organic and constantly evolving 
construct. Thus, the steady state team needs to be able to manage small, 
medium and larger changes alongside keeping the rest of the site running 
as normal. 


Note that this is merely one of many possible models. “The optimum 
approach for your organisation will depend largely on how diverse your 
organisation is, both geographically and in lines of business. High 
Diversity implies a fully decentralised approach (not assumed here). 
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Business Teams 


For your intranet to come alive as a cross- functional, enterprise-wide 
toolset, it is a good idea to retain a central team (after the project is over). 


One key area is exploitation, where the team seeks to re-use the investments 
made in the portal and underlying infrastructure. Also Key is controlling the 
primary navigation, where enterprise-wide solutions, such as self-service 
Finance, HR and Procurement reside. Last but not least is the Community 
support role. 


‘These three key business teams (shown above in blue) should be managed 


together to maximise central synergies and should be resourced / sized as 
follows overleaf: 
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Intranet Exploitation Team 


This team will comprise visionary strategists with good knowledge of 
emerging e-business models and technology. ‘They should be experienced 
in financial appraisal techniques, familiar with your business processes and 
convincing with senior executives. As a guide, the team size is one person 
for every 10,000 people, or major business unit, in your organisation. 


Primary Navigation Team 

This will most likely be a small team, which includes a’Taxonomist (to keep 
file libraries reliable and relevant) and dotted line Finance, HR and 
Procurement process improvement expertise. This team asks questions like 
“Can I find the things I need to do my job quickly and in the place I would 
expect them logically to be? Is all the information still up-to-date?” I 
suggest you have one person for every 30 pages of common content or 
major application. 


Community Support Team 


This team will include long-serving, respected, matrix resources with a 
good local network of contacts in their respective business units. There will 
perhaps be a single central co-ordinator (“Information Architect’’) to set 
policies and standards, style guides, CMS templates and so on. This team 
help steer the secondary sites - specific to functions or business areas - 
weeding out weaker content & harvesting the better ideas for adoption 
cross-site. I suggest you have one person for every 50 identifiable 
communities on the portal 


‘Technical Teams 


Now we turn our attention to the technical teams (shown in green on the 
diagram): 


Larger Change Project Office 


‘This team needs Programme Administration skills (to maintain a register of 
changes being managed and to handle cross-programme benefits, costs, 
dependency and progress monitoring). They also require business 
analytical skills to qualify changes which have approved-in-principle and 
produce detailed costs to complete, ROI and Business Case materials. 
Finally, they need commercial skills in order to handle supplier tendering 
and selection, then to manage them through the change process. 
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Small Change Team 


‘This team requires multi-skilled resources capable of doing everything 
from business requirements analysis to functional design, coding, testing 
and release to live. ‘Typically, skills in intermediate tools like MS-Excel, 
MS-Access and Business Objects are valued, as is enterprise experience 
(Oracle etc.) and the use of CMS and Web Design tools 


(Level 2/3) Application & Maintenance Support’ leam 


Please refer to my later section on the “Steady State Organisation” for 
more detail and guidance on this team. 


The Ongoing Governance 


The Intranet Change Board and Intranet Management ‘Team provide the 
“glue” that links the business and technical teams in the Steady State 
structure. The Intranet Change Board meet at least monthly (or by 
arrangement) to review and approve changes. Their purpose is to control 
supply and challenge demand (if appropriate). In other words, the main 
question is ‘can we do this and if so, when?’ rather than whether or not the 
change makes business sense. 


The intranet management team keep the day-to-day show on the road, 
with a key accountability to drive ever increasing levels of user adoption. 
You need experienced Operational Managers, with a background in 
business system ownership. The team negotiates changes to SLAs and is 
accountable for site availability and performance. 


Useful Material 


Overleaf, I have included detailed terms of reference for each of the main 
teams in the structure I have suggested. I have then included process maps 
for managing a change, post-portal-go-live; (a) Change Initiation, (b) 
Change Assessment, (c) Small Change processing, and (d) Larger Change 
Processing. 
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‘Terms of Reference 


Intranet Exploitation Team 
Terms of Reference 


Purpose 

e Exploitation - where the team seeks to re-use the investments made in the portal and 
underlying infrastructure 

e Seeking new +NPV opportunities to exploit the intranet platform 

e Sponsoring these opportunities through feasibility (and funding the necessary 
research and development to validate the opportunity) 

e Constructing business cases for validated opportunities (working together with line 
colleagues) and presenting the cases for approval 

e Mobilising projects or small change initiatives to bring opportunities to fruition 


Membership 
A single visionary strategist for most small or mid-cap companies (with perhaps one 
person for every 10,000 employees in a larger organisation) 
=" with good knowledge of emerging e-business models and technology 
=" experienced in financial appraisal techniques 
=" familiar with your business processes; and 
=" capable of convincing senior execs 
Supported by other members of the Central Intranet Team: 
= Intranet Director 
= ‘Taxonomist 
" Information Architect 


Inputs 

Copied on all Change Plans across the business 
=" So can identify opportunities to deliver via the intranet 
= And thus deliver synergies 

Copied on Business Strategy documents 
=" So can identify areas where business needs lie 


Process 
Regular Strategic Workshops for key lines of business 
« Particularly during Strategic and Operational Planning 
Road shows for new technologies 
Attends meetings of any technology leadership & investment management groups 


Outputs 

Register of Opportunities (validated and invalidated) 
Feasibility Studies 

Business Cases 


Frequency 
Ongoing 
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Primary Navigation Team 
Terms of Reference 


Purpose 

e Controlling the primary navigation, where enterprise-wide solutions, such as self- 
service Finance, HR and Procurement reside 

e Continual improvement to these primary (common) site components 

e Championing the cause of the end-user and ensuring that more and more “killer 
apps” are added to the portal over time 

e Similarly championing the cause of the provider communities — ensuring that more 
and more of their essential services are brought to end-users through the online 
channel 

e Working closely with the Intranet Exploitation team to sponsor opportunities to 
make this so 


Membership 
A small team, with approximately one person per 30 pages of common content or 
major application. The team should include: 

» A’Taxonomist (to keep file libraries reliable and relevant) 

=" Dotted line Finance, HR and Procurement process improvement expertise 
Supported by other members of the Central Intranet Team: 

« Intranet Director 

# Intranet Exploitation Team 

« Information Architect 


Inputs 

Workshop brainstorming (for new content and apps) from: 
" HR, Comms, Finance, Procurement, Payroll, Ledger teams, IT dept. 
= And other processing areas 

Continuous improvement ideas and feedback from users and providers 
=» With an intranet feedback box & email address set up for this purpose 


Process 
Develop integrated plans and prioritised opportunity list for primary navigation 
Execute small changes using own budget and resources 


Outputs 
Continual small change to the primary navigation to improve usability and usage 
Larger change to extract further business benefit 


Frequency 
Ongoing 
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Community Support Team 
‘Terms of Reference 


Purpose 

e Steering the secondary sites - specific to functions or business areas 

e The “gardener” role - weeding out weaker content & harvesting the better ideas for 
adoption cross-site (passed to primary navigation team) 

e Administrative support — assisting community owners to add new communities, get 
themselves trained, remove foundering communities, archive content, etc. 

e Championing cross-functional collaboration through suggesting new communities 
that straddle multiple areas. Sponsoring knowledge sharing 

e Moderation — monitoring communities for evidence of inappropriate use (including 
defamatory or libellous postings) 


Membership 
Mixture of line and matrix resources: 
" Long-serving, respected, matrix resources with a good local network of 
contacts in their respective business units 
= Perhaps a single central co-ordinator (“Information Architect’’) to set policies 
and standards, style guides, CMS templates and so on 
=" Otherwise, approximately one person for every 50 identifiable communities 
on the portal (who may be co-located with business unit staff or even directly 
line-reporting to them) 


Inputs 
Access to all communities across the business 
Administration forms and mailboxes 


Process 

Provide new community manager logins and training 

Create new communities and retire foundering ones 

Review and moderate existing communities 

Identify opportunities to spread best practice or applications developed in one 
secondary community more widely 


Outputs 

“Harvest” opportunities list (to primary navigation team) 

(Continual small change to the primary navigation to improve usability and usage 
Larger change to extract further business benefit 


Frequency 
Ongoing 
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Intranet Change Board 
Terms of Reference 


Purpose 

e Governing ongoing changes, to get well managed and co-ordinated development 

e The opportunities that can deliver greater value to the business are prioritised for 
action, irrespective of where they originated from 

e Resource Management: The limited resources (financial, time, manpower, etc.) are 
managed so that peaks and troughs are minimised and contention issues addressed 

e Release Management: Ultimate arbiter of what goes in each release slot 

e Business Case review/approval: To review new business cases or work requests that 
impact the portal. To provide advice and assistance to sponsoring individuals or 
teams to improve their business rationale and optimise costs and benefits 


Membership 
Evolves from the original Intranet Steering Group, so includes: 
=" ‘The Board Sponsor (chair) 
= The Intranet Director 
=" Key Business Unit Directors (3-4) 
=" Key Functional Directors (3-4) — e.g. Comms, HR, Finance [No More than 
8-10 members overall] 


Inputs 
Standard or Extended Agenda (issued 3 days in advance by secretary) 
Summary of all Changes: 
=" Those that require approval at this meeting 
=" Those approved by previous meetings 
" Those requiring approval at future meetings 
« All changes that do not require approval at this meeting / level 
» Short descriptions of each only 
High Level Financial Summary: 
=" Budget for this period, actual performance and forecast out-turn 
» Any risks or issues that might cause budget overruns 
Project Progress Reports for Projects previously approved 
Summary of Business-as-usual costs, issues, etc. 
Benefit Realisation Reports and Post-Investment Appraisal Results 


Process 
Review of inputs and items by exception 
Decision making process, fully minuted — and actions agreed & tracked 


Outputs 

Statement of Intranet ROI, updated half-yearly for the Executive 
Re-baselined Intranet Benefits Blueprint / Post-investment appraisal 
Minuted key decisions 


Frequency 
Meets at least once every 2 months 
At other times, as directed by the Executive Sponsor 
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Intranet Management ’Team 
‘Terms of Reference 


Purpose 

e Control and update the master service-level agreement for the Intranet service 

e Keep the day-to-day show on the road, with a key accountability to drive ever 
increasing levels of user adoption 

e Monitoring performance, usage and feedback 

e Fixing bugs & issues. Escalation of unfixed problems after pre-defined intervals 


Membership 
Perhaps only one experienced Operational Manager: 

=" Background in business system ownership 

" Negotiates SLA changes and accountable for site availability & performance 
Works with key technical resources in the IT function or outsourced IT supplier: 

=» ‘The Company Webmaster 

=" The Application and Maintenance Support Team 

=" The Portal Infrastructure Support Team 


Inputs 

Logged Faults (passed from level 1 helpdesk): 
= Portal faults 
» Content Management System faults 
= Intranet Directory Service faults 

Main Project Progress Summary 

- High Level Financial Summary (Costs/Benefits/Earned Value) 

- Risks & Issues (graphical) Summary plus items escalated for attention 
Project Progress Reports for other Projects under the Intranet Programme 
Summary of Business-as-usual costs, issues, etc. 

Proposed new Project Business Cases and other major changes for Approval 


Process 
Assigns faults that can be identified as problems for another level 2/3 support team 
directly to that team 
Passes faults that are not (wider) problems with the platform and can not be identified 
to another level 2/3 support team back to level 1 
Deals with those faults that are confirmed as problems (for this team to manage): 
= Problems with the Portal 
=" Problems with the Content Management System 
*" Problems with the Intranet Directory Service 
Escalates and Resolves problems 
Agrees changes to Service Levels 


Outputs 
A stable and reliable service, that is well used 
Regular reports and management information 


Frequency 
Ongoing 
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Process Maps 
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Small Change Process 


Change 
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Larger Change Process 
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Conclusions 


In the Steady State environment, it is important to get the balance right, 
between business and IS skills, between centralised control and 
decentralised empowerment and between ongoing change and supporting 
what’s there now. 


Your team need not be large! There are many roles, but single FTEs are 
capable of handling several different roles at once. It is better to start very 
small and only grow when it appears essential to do so. However, but be 
prepared to scale up as your portal grows, so that you can maintain 
coherence and consistency. After all, this is your new e-business platform 
and may come to dominate your overall architecture. 
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28. Steady State Support Organisation 


Hoat like a butterfly. Sting like a bee. 
(Muhammad Al) 


How intranet portals differ 


‘The special thing about web-based portal intranets is that they are at one- 
and-the-same-time an infrastructure, an application set, a development 
framework and a repository of content. As such, a one-size-fits-all 
approach to support will just not work well. 


Just like Ali's infamous catch-phrase, you will need to be quick and nimble 
enough to handle the small things, whilst powerful enough to also tackle 
more major issues. 


‘The three-tier model applied to intranet 


The so-called 'three tier’ support model is still appropriate for intranet 
portals and (in fact) works particularly well if sensibly applied to the 
challenge. 


I have included overleaf a suggested structure for your support 
organisation along the lines of the classic three-tier model, including the 
typical skills sets you may require and in what combinations. I have 
assumed (in my organisation design principles) that there is sufficient scale 
in your organisation (i.e. over 5,000 people) to make this worth doing. 


The separation of duties between the three tiers allows each part of the 
team to focus on their specific activity, but the same resources are involved 
in Portal tiers 2 & 3 (to ensure efficiency in handover). In other words, 
problem management is a role but may not be a separate set of FTEs 
(unless of course your portal is huge, where this may be justified). 


Only Portal infrastructure is managed in the team; it is assumed that the 
LAN & WAN infrastructure on which the portal runs (for example) is 
supported elsewhere. It is (further) assumed that support for the browser 
and any associated applications on the end-user’s desk is also managed 
elsewhere (e.g. desktop support team). 
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The IT Support Organisation 
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Tier One Support 


The first tier (as for any system in your organisation) is fault management, 
where a helpdesk operation acts as a single point of contact for all faults to 
be logged. It is only by logging faults in one place that the customer can 
have a single team to go to for progress updates on all the IT’ problems 
they are currently experiencing. 


‘To resource this team, you are looking got junior, non-skilled Gn IT) 
people to answer phones & log faults on your helpdesk. Use incentives to 
minimise turnover of staff, so that (with greater experience) there is greater 
resolution at first call and better categorisation of faults prior to passing to 
Levels 2/3. 


In terms of systems, ensure all three tiers of support have access to the 
same system, which is used for progressing faults to their resolution. Portal 
helpdesk scripts should be designed by senior technical experts, based in a 
“decision-tree” diagnosis of any given fault. 
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Decent scripting should ensure that operatives ask the right questions of 
the user reporting a fault with the portal. Faults will then get properly 
categorised and passed to the right level 2/3 teams for resolution 


Your Helpdesk is a good candidate for out-sourcing to a third party, but I 
would recommend that (should you do this) the most common level 2/3 
problem management tasks (e.g. desktop) are included in the tender 
package — so that you benefit fully from economies of scale 


Tier Iwo Support 


The second tier is problem management, whereby faults are converted to 
problems. All faults logged by the helpdesk as being 'with the portal' should 
be passed to the level 2 portal support team for analysis. The level 2 team 
will investigate the 'symptoms' of the problem: For example, if someone is 
having problems accessing the portal, does this appear to be an isolated 
incident (suggesting a problem with the user's PC) or a wider problem (say 
in an entire building)? Following this investigation, an initial 'diagnosis' of 
the problem is made and the problem passed to a specialist unit for 
‘treatment’ and resolution. 


‘To resource this team, you need good generalist skills in web servers, app 
servers, firewalls, DNS, switchers & routers, load balancing, database, etc. 
so that it will be likely that they can sniff out the underlying disease behind 
any given set of symptoms. They need to be good at forming and testing 
hypotheses for what is wrong and giving honest status updates in the face 
of intense pressure. 


‘Tier Three Support 


Where the level 2 diagnosis suggests a problem specific to the portal, the 
level 3 portal support team will take on the item for problem resolution. 
Where the problem appears to be related to (say) the user's desktop, then a 
separate team (in this case desktop support) would be allocated the item. 
All three level of support access the same support systems to progress the 
item. 


The application maintenance and support portion of this team will hold 
and understand the documentation for all applications resident on the 
portal. They will have contact with any external application vendors or 
integrators and work to apply upgrades or small changes to those apps. 
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The Portal and CMS Support & Maintenance part of this team will be 
trained to a formal standard in the underlying technologies (e.g. Plumtree, 
Interwoven, Broadvision, etc.). They will have the relationship with the 
Professional Service Organisation in the main vendors for advice and 
assistance in problem resolution etc. They will work to apply any service 
packs, server security patches and any upgrades or small changes to the 
main portal technologies. 


Why this works well for web technology 


One of the features of web technology is the many layers to the architecture 
and (along with that) the multiple possible points of failure. 


For example, a problem could turn out to be hardware related in either the 
web server, app server, database, firewalls, routers, load balancers, etc. etc. 
Or software Gncluding operating systems) residing on any or all of those 
boxes could be at fault. Alternatively, middleware or problems in 
underlying legacy systems or networks could have caused the fault. 


As there are so many possible causes, your level 2 support team will need 
to be particularly strong; experienced and multi-skilled (‘stinging like a 
bee'). 


The three-tier model is best for a large organisation, as it allows you to de- 
skill low-value adding activities whilst multi-skilling in complex level 2/3 
areas. You are able to keep tightly integrated elements together (so you 
people get better at fixing faults through repeating the same tasks). 


Configuration Management 

Again, because there are so many points of failure, configuration 
management is of particular importance. Your level 2 support team will 
need to be kept informed of any changes to any of the systems that may 
affect the portal on a real-time basis. 


Managing changes to the intranet portal 


In the steady state governance chapter above, I highlighted the importance 
of having 'small change' resources working alongside the support team, to 
maintain agility (‘floating like a butterfly’). 


Lay 


In many cases, it will be expedient to hire people into the level 2/3 support 
team that are also capable of managing small changes to applications (or 
even building new small apps themselves). This will help to keep costs 
down and allow for tighter configuration management. 


In conclusion, an intranet support organisation is particularly suited to a 
three-tier structure, where the size of your organisation makes this worth- 
while. ‘This balances the need for specialisation against speed of response. 
The single points of failure are many in an e-business architecture — 
requiring real clarity of roles, shared systems and sound communication 
channels. 
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29. Steady State Funding Model 


Count no day lost in which you waited your turn, took only your share and 
sought advantage over no one. 
(Robert Brault) 


The different cakes 


There are five separate pots of money to ring fence for ongoing portal 
funding: 


1. Essential Infrastructure Investment - including the scaling 
up of networks, hardware & sottware for growth 


2. Platform Maintenance & Support - costs of supporting, 
maintaining & upgrading core portal components 


3. The Central Portal Team - who will govern the steady state 
portal and take care of the primary navigation 


4, Small Change Provision - for ongoing minor enhancements 


5S. Larger Change Provision - tor new functionality 
developments 


Cost Allocation 


The simplest funding method is to treat costs as a core central (or 
strategic) overhead and to retain it in a single business unit, rather than 
sharing it out. 


‘This treatment may well be appropriate for pot 1 (essential infrastructure), 
where most costs are step-fixed in nature and - were these to be shared out 
to businesses - there would be the 'straw that breaks the camel's back' risk 
where one unlucky project has to meet the full cost of scaling up the 
infrastructure to the next level. 
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Cost Apportionment 


In this model, the costs are shared between business units on an activity- 
based driver (e.g. usage). 


This method may well be appropriate for pots 2 & 3, where the costs 
incurred tend to benefit business units in direct proportion to their portal 
usage. 


For example, one could apportion support costs to businesses, based on 
the number of logged faults from their areas. One could apportion Central 
‘Team costs based on the number of unique user sessions from each 
business unit. 


Cost Absorption 


In this model, costs are shared between businesses through inclusion in 
their direct cost of materials or labour; thus the costs become a part of their 
cost of sales or direct overheads. 


This may be appropriate for the costs of maintaining and supporting 
certain applications (pot 2) and for some development costs (pots 4 & 5). 


For example, if one developed a portal application to help an area to better 
control the assembly of sub-components (in a manufacturing process), the 
costs of this application could be incorporated into the cost of sale for the 
finished products concerned (in that division). 


An Illustration 


In practice, a mixture of all three approaches above may well be desirable. 


Overleaf, I have included an illustration of how you might go about 
dividing up the costs between your different business units. 


The example (for ABC Co) is one where you have two business units, 
ABC Media and ABC ‘Telecoms —- controlled by a single Head Office 


function. 


The first table shows how the costs are spread and the second table shows 
the workings of how the different drivers were calculated. 
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ABC Intranet Platform 


Cost Sharing Illustrations 


A brief set of examples of cost allocation, apportionment and absorption. No accounting degree required! 


Base Data 


Essential Infrastructure Costs 


Portal Hardware 
Portal Software 


Portal (share of) Network 
Bandwidth 

Platform Specific (ongoing) Costs 
Hardware & Software Maintenance 


Platform Support Costs (3rd party 
AMS) 

Portal Teams 
Central Portal Team 


ABC Media Support Team 
ABC Telecoms Support Team 


Small Change Costs 
Global ABC Small Change 
provision 

Larger Change Costs 
New Stock Control System for ABC 
Telecoms 
New Employee Self-service HR 
application 


£'000 ‘Treatment of Costs 


6,000 
4,000 


3,000 


1,000 


800 


500 
300 


200 


150 


600 


1,400 


17,950 


Allocated 
Apportioned 


Apportioned 


Apportioned 


Apportioned 


Allocated 
Allocated 


Allocated 


Apportioned 


Absorbed 


Apportioned 


Cost Driver 


100% Head Office 
# of user accounts 


# of user sessions pm 


# of user accounts 


# of faults logged pm 


100% Head Office 
100% ABC Media 


100% ABC Telecoms 


# of user sessions pm 


100% ABC Telecoms 


# of user sessions pm 
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Cost 
Centres 
ABC Media ABC ABC Head Total 
Telecoms Office 
- 6,000 6,000 
1,520 2,320 160 4,000 
1,320 1,470 210 3,000 
380 580 40 1,000 
376 336 88 800 
- 500 500 
300 - - 300 
200 - 200 
66 74 11 150 
600 - 600 
616 686 98 1,400 
4,578 6,266 7,107 17,950 


(see 
note) 


ABC Intranet Platform 


Absorption note: 

In reality, the costs of the new stock system are 
actually being absorbed into the material costs of 
sale for the division. 


Hence, if sales exceed budget, ABC Telecoms will 
over-absorb the overhead. If they sell less, they will 
under-absorb the overhead. 


Cost Driver 


# of user accounts 


# of user sessions pm 


# of faults logged pm 
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Driver Calculations 


Cost 
Centres 
ABC Media 


2500 
38% 


5750 
44% 


288 
47% 


ABC ABC Head Total 
Telecoms Office 

3800 200 6500 

58% 4% 100% 

6460 880 13090 
49% 7% 100% 

258 66 612 

42% 11% 100% 


Where to budget for ongoing change 

Where planned changes are to the benefit of most or all users in the 
organisation (e.g. a leave request application) then this application will 
most probably be accessed from the primary navigation. 


As such, it makes sense for the Central Portal Team (or appropriate 
alternative Central Function like HR) to budget for such change (pots 4 & 
5) 


Where developments are to the specific benefit of a single community, then 
it makes sense to budget in that function for the change. 


Smaller and Larger Change 


For agility, it makes sense to create a single pot for the likely level of small 
change during the budgetary period. This pot could be held centrally, or in 
chunks at major business unit or brand level. 


Words of Wisdom 
At the end of the day, most internal debates about finance in an 


organisation are 'wooden dollar' arguments that (ultimately) do not matter. 


‘The important points to solve are (a) is the money I am spending adding 
value to the organisation? and (b) is the way I am sharing it fair and likely 
to incentivise appropriate behaviours? 
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30. Measuring Performance 


The only thing worse than being talked about 1s not being talked about. 
Oscar Wilde (1854-1900) 


The things that matter most 


Aside from delivering your project on time and to budget (covered 
elsewhere in this guide) the most important measure of success for your 
portal can de described by use of a simple formula: 


Delta = No. of users x benefit per user 


‘To put this another way, you can have all the benefits you like for each 
individual portal user, but if you fail to get decent user adoption rates, you 
will still fail! 


Or (to look at it the other way around), the entire company could be using 
your portal but, if there is nothing of real value there for them to use, then 
you will fail! 


Being talked about 


There are, essentially two main methods for analysing the user adoption of 
your portal. The first is analysis of your web server logs and the second 
analysis of your portal database. 


Web Log Analysis 


This method of adoption tracking is very popular for internet sites, where 
the user is typically anonymous and may only identify himself approx. 20% 
of the time. 


A useful analogy is that of a CCTV camera in a department store, through 
which the store owner can measure (combined with data from door 
scanners) the number of people visiting her store and the routes that 
people are taking around the store. 


‘Typical measures include the hours of site availability/uptime, number of 


site user visits, page impressions, object hits, kb downloaded, average length 
of visit and site entry & exit points. 
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Portal Database Analysis 


However, to only analyse anonymous data gives very little real information 
value. As your portal 'knows who people are' (as most or all of your users 
are registered) it makes sense to use a more advanced, info-cube type to 
analyse user behaviour. 


A useful analogy is that of the store marketing list and cash till receipt, 
which tells the store owner exactly what her customers are interested in - 
and what they are actually buying. 


‘Typical measures include who is looking at a particular page or object, by 
grade, department or business unit. 


Benefit per User 


As highlighted elsewhere in this guide, it is hard ahead of implementation 
to benchmark how benefits are likely to flow from the portal, but perhaps 
easier to do so once the portal is in use. 


‘Time Savings Analysis 


Many of the savings from a portal will arise from people simply doing what 
they always have done in a more efficient way. 


In the business case chapter, I proposed the gathering of an extensive 
estimate from users of (a) how long common tasks take and (b) what time 
savings they might achieve through use of the portal. By repeating these 
time surveys, post implementation, it will be possible to measure the per- 
user savings achieved. 


Benefits Tracking 


In the Benefits Realisation chapter, I covered off the steps you should 
follow to track benefits achieved. An important part of this process is 
getting sponsors and line managers to sign-off, to evidence their agreement 
that objectives were met. 


Performance Accountability 


A key weapon in your war to succeed is the use of key performance 
indicators (KPIs) against which sponsors and line managers are assessed 
for the payment of performance bonuses. Overleaf is an example balanced 
business scorecard for the Intranet Division, from which objectives can be 
devolved to individual’s performance contracts: 
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Intranet Portal Division 


2006 BALANCED SCORECARD 


Name: Jake Stanojlovic 
Job: Director of Intranet 
Function: Shared Services 


ABC Co 


CUSTOMER: 


User Adoption: 

Unique User Sessions as a %age of 
the potential user base (monthly 
average for a working day during 
the last three months of the year) 


User Feedback: 

Average Satisfaction Score from 
Intranet on-site feedback tool 
(average of all feedback during the 
year — scored out of 5) 


FINANCIAL: 


Employee Shop: 

Internal Commission on Sales via 
the Intranet (including any new 
products launched in 2004) 


Support Costs: 

Reduction in Support Costs, 
versus last year (like for like run 
rate in Dec 04, compared to Dec 
03) 


Met 


25% 


SuZ 


Met 


£30k 


-5% 


Well Met 


35% 


ao 


Well Met 


£35k 


-8% 


Exceeded 


50% 


2.7 


Exceeded 


£40k 


-10% 


OPERATIONAL: 


Availability: 

Platform uptime as a percentage 
of total available hours (during 
7am-9pm weekdays only; average 
for the whole year) 


Performance: 

Average download time for the 
Intranet homepage (during 7am- 
9pm weekdays only; average for 
the whole year) 


PEOPLE: 


Employee Satisfaction: 

Average composite ESAT score 
from 2004 survey (for all staff on 
business and support teams) 


Employee Development: 

Average employee training days 
(total for the whole year divided 
by average FTE headcount) 


Met 


95% 


ped 


Met 


62.6 


4.2 


Well Met 


97% 


qa 


Well Met 


64.0 


5.1 


Exceeded 


98% 


4.0” 


Exceeded 


64.9 


Sia 
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If you have managed to get such KPIs included in the performance 
contracts of key people in your business, then this will create a demand (Gin 
itself) for measures of how successful the portal has been. 


Work closely with these key people, to (a) ensure their targets are 
measurable, achievable and co-aligned, (b) provide them with regular 
progress measures against their targets and (c) support the rewards process 
where and when the targets are successfully met. 


Digest of Key Measures 


In the tables below and overleaf, I have collated a comprehensive list of the 
measures you could use to assess ongoing performance, grouped by the 
management information systems (MIS), post go-live, that could be used 
to collect and monitor them. 


‘To the standard tools I have covered above, I have added Employee Survey 
results (where there are often several useful indicators if you know where to 
look for them). For example, if your survey includes sections about the 
quality of the workplace or the tools people receive to do their job, these 
scores are likely to be influenced by your portal implementation. 


Site Performance Monitoring Tool Analysis 


Measure Notes 

Platform average monthly Key measure of site availability. A good target for 

Yage uptime intranet sites is 98%+ If it ain’t there, it won’t deliver 
benefits! 

Average download time for Key measure of site performance (expressed in 

homepage across 6 key seconds), as this page is likely to be the most commonly 

locations visited. Longer than 30 seconds is unacceptable. 
Much less is desirable (sub 5 seconds a good target to 
aim at) 
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Analysis of Web Server Logs 


Measure Notes 
Number of Visitor Normally measured monthly 
Sessions 


Number of Unique 
Visitor Sessions 


Normally measured monthly — this is the only really 
meaningful statistic (as it measures adoption). You could 
express it as a percentage of the total potential user base 
(which is an even more relevant statistic) 


Number of Visits per 
Visitor 


Number of Repeat Visits 


Normally measured monthly. If this stays low (whilst total 
sessions rise, this indicates poor ‘traction’ — e.g. people are 
only coming to the site rarely for one specific need) 
Normally expressed as a percentage of Unique Visits — this 
is fairly meaningless until the logs have been running for at 
least 6 months (and the steady state position becomes clear) 


Number of First Time 
Visits 


Normally expressed as a percentage of Unique Visits (ideally 
both this and repeat visits are always rising) 


Average Length of Visit 


Normally expressed in minutes and seconds — a long visit is 
not necessary good (as this could indicate frustration in 
finding what the user needs or slow site performance) — 
needs to be analysed in conjunction with other statistics for 
a clear picture 


Number of Page 
Impressions (‘pi’) 


Ideally should rise less quickly in percentage terms than user 
sessions (see below) 


Page Impressions per 
visitor session 


Ideally this should fall over time (an indicator of people 
finding it increasingly easy to navigate straight to what they 
need). You should remind sponsors of this! 


Number of Hits 


Actually fairly meaningless, as each time a graphic or object 
of any kind is rendered, this is one hit. Only really useful if 
your sponsors like to see really big numbers 


10 most popular pages 


A useful indicator, particularly when read in conjunction 
with the promotional / communication activity relating to 
particular sections of the site 


10 most popular 
documents downloaded 


10 most popular referrer 
URLs for the whole site 


Again, quite useful indicator of popular content. For 
example, where documents are forms, this suggests a good 
candidate for automation and workflow in the future. 

Not generally a useful measure for intranet portals, unless 
you have multiple intranet sites (of which the portal is only 
one) 


10 most popular exit 
pages 


Very useful, in conjunction with other analysis. For 
example, users could be jumping off due to poor navigation 
(i.e. a dead end) or because of poor page download times or 
simply because there is a link on the page which takes the 
user off the site. 


10 most popular target 
URLs 


Where you have more than one intranet site in your 
company, the most popular target URLs suggest good 
candidates for migration onto the portal and re-design / 
improvement 
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Portal Database Analysis 


Measure 


Notes 


Number of Registered Users 


A very important measure, particularly where 
expressed as a percentage of potential total users 


Number of Communities 


Expressed as each unique main sub-branch to the 
community taxonomy. An important measure of the 
vitality of the portal. Where the number of 
communities is growing, this is a sign of good buy-in 
and enthusiasm from provider communities 


Number of Pages on the site 


Hmm. Growth is good (as long as not excessive). 
Expressing this as number of pages per registered user 
is quite useful (and aiming for a maximum of no more 
than 3) 


10 most popular communities 


A useful measure (when read in conjunction with other 
stats) of which communities are succeeding with users 
— and why. 


%age of users with their own 
personal home page (or 
detailed directory entry) 


A key measure of knowledge management enthusiasm 
in the user base. Such pages really aid the “10 minute 
conversation that saves a week of work’’, as users search 
for expertise around the business that could help them 
with a new task 


%age of users who are 
members of at least one 
Community 


A key measure for evaluating the depth of usage of the 
portal (and the ability of community owners to 
publicise their community and make it accessible and 
interesting to users) 


Ratio of documents indexed 
to total users 


Hmm. Again, growth is healthy but only up to a point. 
‘Too many documents per user (e.g. 7 or more) 
suggests that content is being insufficiently collated and 
focused for users 


Yoage of feedback captured 
via feedback gadget that is 
positive 


A useful measure of user satisfaction with the portal — 
their actual comments are a good guide to the issues 


10 most active departments 
or functions (in usage of 
portal) 


The database only can tell you this sort of information 
(as web logs are typically anonymous in their treatment 
of users). A key measure of which parts of your 
business have the highest rates of adoption. Use their 
tips to help poorly performing areas 


10 most active buildings or 
regions (in usage of portal) 


Again, something only measurable through the portal 
logging on users (with profile data stored against 
them). A key measure to understand which areas have 
achieved the highest levels of use 


Usage by grade or length of 
service in the company 


Through linkages to employee directory, such measures 
are useful in measuring the appeal of your portal and 
how it is perceived at different levels of the organisation 


Usage by gender, language 
grouping, disability or 
ethnicity 


Again, through linkages to employee directory, such 
measures are useful in identifying appeal and any 
branding, accessibility or usability issues that might be 
putting off certain key constituencies 
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Employee Satisfaction Survey Results 


Survey Question 


Notes 


Are employees are valued in 
the same way as customers? 


This should rise slightly post-go-live, as employees 
become aware of the investment in people made by the 
organisation 


Is technology is used 
effectively to keep people 
informed? 


The score on this question should be significantly 
affected by the Portal investment 


Do you hear about important 
information when you need 
to? 

Would you recommend the 
company as place to work to 
family & friends 


This score should increase by a noticeable amount as a 
result of the portal 


This score should be affected only very slightly by the 
portal implementation 


Overall, how satisfied are you 
with the way we work? 


This score should increase by a noticeable amount as a 
result of the portal 


Do you have the info you 
need to answer customers’ 
questions? 


This score should increase by a noticeable amount as a 
result of the portal 


Do you have the equipment 
& systems needed to perform 
your job well? 


This score should increase by a noticeable amount as a 
result of the portal 


DO you know where to find 
the information you need? 


The score on this question should be significantly 
affected by the Portal investment 


Do you agree that knowledge 
and information are shared? 


The score on this question should be significantly 
affected by the Portal investment 


Some final thoughts 


In conclusion, do not be afraid of accountability! The more you know what 
is going wrong, the quicker you can fix it. The more that is going right, the 
more you have to communicate to stakeholders! 


There are many, many useful measures and statistics that, once put 


together (and only really then) will allow you to build up a rich picture of 
what is going on out there with your new portal. 


190 


31. Post Investment Appraisal 


Hindsight 1s always twenty-twenty. 
Billy Wilder (1906-2002) 


Wilder was one of the first to realise what lay ahead when Hitler came to 
power in 1933; fleeing eventually to Hollywood. 


He begged his family to join him - without success - and many (including 
his mother and grandmother) died at Auschwitz. 


Often accused by his detractors of being overly cynical, Wilder nonetheless 
directed some of the greatest films ever made, and (given his own life 
experiences) the wry humour in this famous quotation echoes down 
through the years. 


There are three key stages in closing a project, judging the degree to which 
it has been successful and passing on relevant learnings to future projects. I 
have considered each of these stages in turn below, explaining some of the 
key differences between them. I have also included an outline report 
template you could use for each stage. 


Project-closure review (PCR) 


Held towards the end of the project, the key purpose of PCR is to agree 
when the project will end and to ensure that the business-as-usual teams 
are ready and willing to accept the system, process and organisational 
changes the project has effected. 


Any ‘loose ends' (for example any outstanding bugs with the system) are 
evaluated and actions agreed in a formal hand-over process. 


Project Closure Report Sections 


1) Management Summary 

2) Project Description 
e Background 
e Equipment/System installation dates 
e Client Acceptance Criteria 

3) Support Documentation 

4) Third Party Contracts & Terms 

5) Known Problems & outstanding issues 
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Post-implementation review (PIR) 


Held 6-9 months after a project ends, the key purpose of PIR is to make an 
early judgement of overall project performance and to capture lessons 
learnt; ensuring the good is repeated - and the bad avoided - in future. 


PIR is not a ‘post-mortem! (as the office wag would have it) - as it does not 
set out to establish blame for failure; it is not akin to 'establishing a cause of 
death’. 


Rather, it is a balanced exercise, where there is as much interest in what 
went will as in what did not (even on projects perceived to have been a 
failure). 


Post-implementation Review Report Sections 


1) Management Summary 
2) Project Overview 
e Objectives 
e Scope 
e Out of scope 
e Change Requests G@mplemented during the project, together with 
their purpose and the business rationale for inclusion) 
3) Project Performance 
e Benefits 
e Costs 
e Quality 
e ‘Timescales 
e Risks 
4) Lessons Learnt 
4) Hand-over 
e Acceptance by Service Delivery function 
e Open Risks and Issues (at go-live and since) 
e Outstanding Actions 
e Post Investment Review Plan (when it will be done & by whom) 


Post-investment appraisal (PIA 


Held more than 18 months after the project ends, the key purpose of the 
PIA is to measure the return on investment (variously called IRR, NPV or 
ROJ) that the project has delivered. 
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Post-investment appraisal Report Sections 


1) Management Summary 
2) Business Case 
e ROlas originally signed-off (budget) 
e ROI as adjusted during project change control (forecast) 
e ROI actually achieved, as at date of PIA 
3) Achievement of Benefits 
e Benefits delivered 
e Benefits still in progress 
e Benefits at risk or already foregone 
4) Total Costs 
e Costs originally approved 
e Costs incurred during project 
e Unforeseen problems and costs since project closure 
5) Stakeholder Satisfaction 
e Achievement of Soft Benefits 
e Satisfaction survey results 
6) Lessons learnt 
e As they were at PIR stage 
e Further lessons learnt (i.e. since PIR) 


Key differences between PIR and PIA 
Aside from the 'why' above, there are three further key differences: 


1) When - the PIR is held relatively soon after the project to (a) 
ensure the staff involved are still around to contribute and (b) 
make sure learnings are quickly applied to future projects. PIAs 
are normally held much later, so that the full perspective of 
Wilder's 20:20 hindsight can be brought to bear. 


2) What - A PIA is specifically concerned with the investment under 
review, whilst a PIR is a more general abstraction from the 
learnings of this project to actions relevant to future initiatives. 


3) Who - In a PIR, the views of the actual people involved really 
matter. However, with a PIA, independence is often both a 
necessity (due to people leaving and passage of time) and a virtue 
(for the consistency it brings to the measurement of return). 
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‘The Benefits Realisation Plan (BRP) 


A ‘living' document, the BRP should be the one control item that pulls 
together these final three stages (and links them back to the original 
objectives and business case of the project). At each stage, the benefits 
realised and benefits still in the pipeline are identified and the BRP 
updated. The BRP should be closed at the PIA stage. 


Holding the workshop 


‘To make the best use of resources, a half-day workshop is usually the best 
way to organise the PIR or PIA, supported as appropriate by an 
independent facilitator. 


It is vital to prepare materials in advance of the workshop, by drawing on 
the (by now probably archived) project library. In particular, a summary of 
the finances and benefits realisation statement should be prepared and 
circulated to attendees in advance. 


Managing the legacy 


The outputs from the PIR are a ‘legacy’ to future projects. This legacy 
needs to be stored in such a way that it can be readily retrieved by future 
projects which face similar challenges. 


In this way, one can avoid the same mistakes being made over and over 
again in the future and (more importantly) secure the return of future 
investments. 


Conclusions 


A well-managed post-investment review is key to illustrating the impact 
your portal investment has had on your organisation. In well-managaed 
businesses, investment tends to flow to the point of greatest opportunity. 
Therefore, your PIR should lead to future re-investment in, and ongoing 
enhancement of, the portal. 


194 


Epilogue 


I hope you have enjoyed this guide and will find it useful during your 
Portal Project (whatever stage you find yourself at). 


I believe passionately that a world class intranet portal can become the 
engine of your organisation and may well be the most significant 
investment that you ever make in your people, their processes and their 
systems. 


If you have any comments on how this guide could be further improved, 


please do not hesitate to contact me at david@viney.com. Until then, Dig 
on for Victory! 
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Appendix: Additional Articles 
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Intranet Portals - Personalisation and Customisation 


The key difference between an (old-fashioned) Intranet and a Portal 


What typifies a modern intranet portal is that there is a standardised user 
interface (“UI’’) with a built in system for user authentication. In other 
words, the user signs in to the portal rather than simply accessing it. This 
brings us to the key difference; an intranet portal knows who you are, 
whilst with an old-fashioned intranet, the user is anonymous. 


If the user authentication is properly linked to your employee data, then the 
portal will know things like (a) what grade the person is, (b) which 
department they work in, (c) what location they work at and (d) what job 
they do. 


If the portal authentication is also liked to a metadirectory (along with the 
authentication for all the other systems the user needs to use in their job) 
then the portal will additionally know (e) which applications the user needs 
to do their job and (f) the rights the user has (from their security profile) to 
access different application functionality. 


Finally, if an infocube-based web statistics package has been installed, the 
portal will know (a) which areas of the portal are accessed by the user and 
(b) the frequency and depth of that access. 


The opportunity to personalise the portal experience 


Clearly, given the knowledge above, it is possible to personalise the UI for 
each individual user. For example, if the user works in the sales function, 
then the homepage that greets them upon logon could be the Sales team 
homepage. If they work in Leeds, the facilities link on their homepage 
could be to maps, traffic, fire orders, etc. about the Leeds office (rather 
than anywhere else). If their specific job is as a field sales manager, then 
field sales performance graphs and management dashboard could be 
displayed on the homepage. 


If the user is of a grade that places them on the company insider dealing 
list, then additional (price sensitive) real-time data might be displayed on 
the screen (which other users would not see). If statistics tell us that they 
are not reading important communications, then messages could be served 
to them that draw their attention to what they are missing. 
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Finally, if they use functionality from three different (legacy) systems to do 
their job, then these could be brought together and surfaced via a portlet 
application on the portal page. 


The prize is clearly a smoother and more integrated user experience, with 
key information “pushed” at the user in a way they can’t ignore and always 
no more than a single click away. 


The depressing truth about personalisation today 


Many portal vendors have undertaken research with their existing 
customer base to explore (a) how many customers have made extensive 
use of personalisation and (b) how many surface key business applications 
via their portal. ‘he results do not make encouraging reading (with less 
than 20% achieving much beyond what Plumtree call "the empty portal"). 


This prompts an obvious question. If the benefits to the user of 
personalisation are so obvious, why have companies not taken advantage of 
them? In fact, based on my experience, there are multiple reasons not to 
personalise, which I group into “bad” and “good” reasons. 


Bad reasons not to personalise 


There are a number of typical failings that tend to stem from a lack of 
courage, poor understanding or personal prejudice: 


1) Failure to link through to employee data and/or a metadirectory 


‘This can be due to a number of factors, including (a) the costs of software 
seen as too expensive, (b) a perception that implementation will be too 
difficult or prone to failure, (c) a lack of confidence in the quality of 
employee data and (d) realising too late that this work is important and 
having failed therefore to include in project scope or business case costs 


2) Failure of vision and/or lack of confidence in personalisation benefits 


‘Typical problems include (a) a lack of experience of using portals and thus 
a lack of awareness of the possibilities, (b) a nostalgia for the old-fashioned 
style of intranet navigation, (c) an unhealthy focus on the intranet simply as 
a communication channel, rather than as a business tool and — perhaps 
most interestingly - (d) a perception that personalisation 1s synonymous 
with (or otherwise encourages) individuals failing to observe and comply 
with single, enterprise-wide processes and policy. 
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Good reasons not to personalise 


There are actually several valid objections to personalisation, which you 
would ignore at your peril. The two most notable are: 


3) The whole is more than the sum of the parts 


Many portal projects are built on the concepts of (a) increased knowledge 
sharing between teams, (b) better awareness of the “big picture” of what is 
happening in the company and (c) a sense of belonging to a single, 
enterprise-wide community. By personalising teams and individuals into 
“ghettos” where they only see information and applications directly 
relevant to them, the opportunity is lost to have them explore the intranet 
presence of other colleagues. 


4) Log-in as a barrier to user adoption 

A (valid) concern that requiring people to log-in each time they access the 
portal will act as a deterrent to them doing so, thereby reducing the portal 
benefits through a reduction in intranet usage. This has lead to some 
customers disabling the log-in feature! Of course, such problems can be 
overcome through the implementation of a single sign-on application, 
where rights to access the portal (without a separate log-on procedure) are 
granted when the user logs onto the network. However, companies often 
fail to plan or budget for such changes. 


So is personalisation the right thing to do? If so, how can I make it happen? 


On balance, of course, the benefits of personalisation, for most 
organisations, far outweigh the risks and costs. After all, why buy a Ferrari, 
then only use it to do the school run? If you were never going to use the 
portal for these advanced functions, why did you buy one? It would have 
been much cheaper to invest in your traditional intranet! 


If you are looking to make it happen, however, you must recognise the 
organisational, financial and technical challenges inherent in the work. 
Firstly, you should ensure that your business case contains the full costs of 
integrating the portal with employee data and metadirectory capabilities. 
Ideally, you should also extend this to a single-sign-on solution if you can 
afford it. 
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Secondly, you should showcase to sponsors what personalisation looks like, 
so that they can improve their understanding of the opportunity. Finally, 
you should not underestimate the technical grunt work involved in cleaning 
up your employee data and systems rights. 


Do not neglect customisation 


I define customisation as the ability for users to customise their own portal 
settings and appearance (as distinct from how I am _ defining 
personalisation, where the portal provisions information and applications 
authomatically, based on the user’s profile). By letting users “do it 
themselves” you allow for the possibility that they may wish to share 
knowledge and collaborate with people outside their immediate role. You 
can also learn (by observing their behaviour in customisation) where you 
could improve upon your personalisation. 


Some final thoughts 

Personlisation should be a key element of your early visioning work with 
sponsors and drive costs and benefits in your business case. If you find at 
that stage that the return on investment (ROJ) is not there, then you should 
perhaps question whether a portal investment is really for you! A mini is 


adequate, after all, for the school run! 


(first published on Intranet Watch in May 2005) 
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Intranet Portals - Collaboration through Team Rooms 
Knowledge Management for beginners 


Knowledge Management (KM) can be defined simply as the process 
through which organizations generate value from their intellectual and 
knowledge-based assets. Knowledge assets are often grouped into two 
categories: 


(1) Explicit Knowledge 


Generally, everything and anything that can be documented, archived and 
codified. Examples include patents, trademarks, business plans, marketing 
research and customer lists. 


(2) Tacit Knowledge 


The rest. Tacit knowledge is the know-how contained in people's heads. 
The challenge inherent with tacit knowledge is figuring out how to 
recognize, generate, share and manage it.Most often, generating value from 
such assets involves sharing them among employees, departments and even 
with other companies in an effort to reach — or go beyond - best practice. 


Where Collaboration technologies can help... and hinder 


For explicit knowledge, the focus can usefully be described as “connecting 
people to things”, whilst for tacit knowledge, the focus is “connecting 
people to people”. As such, structured and unstructured search 
technologies are usually the core of strategies to encourage greater sharing 
of explicit knowledge; the user searches for a document either by typing 
some text into a search engine or by clicking through a document 
taxonomy. 


Similarly, a well structured “yellow pages” directory, where one can search 
for people with particular skills or experience, forms the centrepiece of tacit 
strategies; where the aim is to connect people often for 10 minute 
telephone conversations / requests for help that could save a week’s work. 
Both explicit and tacit strategies are, however, much enhanced when 
combined with Collaboration or “work-group” technologies. By creating 
“communities of interest” around cross-functional themes, individuals can 
share documents, plans and other material, find and discuss issues with 
subject-matter experts and even allocate tasks and calendar items to each 
other. 
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For example, a community for “customer insight” might have members 
drawn from call centre operations, marketing and IT’ teams (to name but a 
few) who share a common interest in better understanding the customer 
need. They could each contribute into the team space document repository 
materials that (once added together) create powerful new insights and 
possible future revenue enhancement. By sharing, they (a) gather a sense 
of belonging to a wider network of similarly minded people, (b) gain 
knowledge that helps each to better achieve their objectives and (c) gain 
recognition for being an expert 1n their particular area. 


Benefits (for your business case) include: (a) better customer service 
through improved response times, (b) faster new product development and 
time to market, (c) enhanced employee retention through rewarding 
knowledge sharing, (d) reduced Opex through the streamlining of 
processes, (e) reduced IT’ network and storage cost growth through a 
reduction in email file attachments. 


‘There are, however, risks to collaboration, where poorly implemented. For 
example, if individual community documents are not accessible through 
the overall portal search, then you risk creating information silos, where 
only a select few can access information that is of much wider use. Also, 
part of your portal benefits are likely to stem from people visiting all areas 
of the site and learning about other departments and teams. If people 
spend all their time in their own team rooms, the benefits of this wider 
perspective will be lost. 


Typical Team Room Functionality 


Most intranet portal offerings contain some collaboration functionality, 
either (a) as a standalone optional module, (b) as a partly integrated 
standard portlet or (c) as a fully integrated function, combined with email 
systems. l'ypical elements include: 


1) Shared Calendar: 


‘The team can maintain a single calendar of notable team events or shared 
deadlines. Where not fully integrated to email systems, this functionality is 
sometimes only sparingly used. 


2) Discussion Forums: 


The team can set up and post to threaded discussions, where issues or 
opportunities can be fully explored. It can take time for people to really get 
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used to using this functionality and taking such discussions off the email 
system. A key role is that of the moderator, who can (a) spark new 
discussions, (b) invite people to join them, (c) deal with any abuse of 
etiquette and (d) capture and structure the result (e.g. a key decision) 
before archiving the thread. 


3) Shared Documents: 


The team can workflow, version control, security protect and store / 
retrieve documents, including policies, reports, analysis and plans. ‘This 
functionality is often the most heavily used and of particular value for 
project teams, where many hundreds of key documents may be created in 
the course of delivery. 


4) Allocate ‘Tasks: 


‘The team can set-up tasks and allocate them to themselves or other team 
members. Reminders appear in the team calendar and (where there is 
email integration) in the email inbox of the task owner. Again, it can take 
time to get people using this functionality but — once working well — can be 
of immense value for teams driving at particular outcomes and deadlines. 


Some final thoughts 


Collaboration technologies can be a very powerful addition to your 
knowledge management strategy, complementing structured search and 
yellow pages functionality. It is important to get the implementation right. 
In particular, to really think about ways to move people from email to 
teamrooms (e.g link to files in a teamspace rather than attach them) and to 
ensure that documents in teamrooms can be accessible via the wider portal 
search functionality. 


(first published on Intranet Watch in March 2005) 
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Intranet Portals — Search and Taxonomies 


Knowledge Management for beginners 


Knowledge Management (KM) can be defined simply as the process 
through which organizations generate value from their intellectual and 
knowledge-based assets. Knowledge assets are grouped into two categories: 


(1) Explicit Knowledge: 


Generally, everything and anything that can be documented, 
archived and codified. Examples include patents, trademarks, 
business plans, marketing research and customer lists. 


(2) ‘Tacit Knowledge: 


The rest. “Tacit knowledge is the know-how contained in people's 
heads. The challenge inherent with tacit knowledge is figuring out 
how to recognize, generate, share and manage it. 


Most often, generating value from such assets involves sharing them among 
employees, departments and even with other companies in an effort to 
reach — or go beyond - best practice. For explicit knowledge, the focus can 
usefully be described as “connecting people to things”, whilst for tacit 
knowledge, the focus is “connecting people to people”’. 


Search technologies made simple 
‘There are essentially two types; structured and unstructured search: 


1) Structured Search: 


In a structured search (example Yahoo) the user clicks down through a 
directory of categories to find the material sought. The tree structure of 
the directory is called a taxonomy, with a root node at the top that applies 
to all objects and nodes below that classify more specific subsets of the total 
set of objects. A famous one is Carolus Linnaeus's Scientific classification 
of organisms. The root node is Gmplicitly) “organism” and nodes below 
are Kingdom, Phylum, Class, Order, Family, Genus & Species. 


In Yahoo, the root is “Directory” and there are 14 main nodes, including 
Society & Culture, Social Science and Reference. If I were searching for 
best man’s speech tips (which I was not so long ago), I could try (on 
Yahoo) clicking down the branch of the tree: Directory > Society and 
Culture > Weddings > Speeches and ‘Toasts. Alternatively, I could try 
Directory > Social Science > Communications > Public Speaking. 
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There are obvious pros and cons to structured search. ‘The main con is 
that I might head down several blind alleys on the tree before finding the 
most useful branch. The main pro is that (once I have found that branch) I 
am likely to find a whole collection of relevant leaves together in one place. 


For the librarian (maintaining the taxonomy), there is another key con. As 
our wedding example illustrates so well, there are often two or more places 
one could put any given information. Oh the agonies of choice! 


2) Unstructured Search: 


In an unstructured search (example Google) the user enters a series of 
keywords into a search engine, which searches an index of content 
(regularly crawled) and brings back results, ordered by closest match to the 
search string. 


‘The main pro of an unstructured search are that I do not have to second- 
guess where the right branch is on the taxonomy tree, but rather leap in at 
the leaf I am looking for. The cons are rather less obvious and the main 
one is that some materials I might actually find very useful may not come 
up in the search. ‘This can be due to my poor selection of search terms, 
deficiency in indexing / search algorithms or poor metadata in the content 
itself. 


Should I implement search functionality and, if so, how? 


Search invariably scores well on any prioritisation of intranet functionality 
and is generally “out-of-the-box” with your portal solution, so I would 
definitely recommend you include it in the scope of your project. 


It may not surprise you that the most effective search implementations 
allow the user to chose between structured and unstructured search options 
and to easily navigate between the two. For example, my unstructured 
Yahoo search on “best mans speeches” takes me straight to a relevant 
document, but also tells me where it sits in the directory. By clicking on the 
directory category, I can bring up all the other materials in that area (where 
I ultimately find the best resource for my need). 


‘To implement the structured search part of your solution, you will need to 
develop a taxonomy structure for your organisation and the information 
resources your people need to do their jobs. This can be quite a challenge! 
For example, should an HR grievance policy be found under ABC Co > 
Human Resources > Employee Services Unit > Policy or under an ABC 
Co > My Employment > My Rights > Grievance branch? 
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My advice is to keep it simple and give it room to evolve and change. An 
ideal taxonomy should be flat and broad (having no more than three levels) 
and should suit the provider or creator of information rather than the user 
of it (as they are the people who will populate your library and you need it 
to be easy for them to do so). 


‘To ensure the unstructured component of your solution is effective, you 
need to ensure firstly that people avoid jargon in the body of their 
documents (using instead keywords that users will recognise) and secondly 
that a high percentage of documents contain decent metadata. Metadata 
can be simply defined as "data about data". For example, the grievance 
document metadata might include author: ‘Tessa Jones, job title: Employee 
Relations Officer, department: Employee Services, function: HR, subject: 
Employment, title: Grievance policy. 


Can search help with tacit knowledge sharing? 


Absolutely! Many organisations fail to recognise this. Connecting people 
to people (for that 10 minute telephone conversations that could save a 
week’s work) is often much more valuable than storing documents. 


You should create a well developed yellow pages database, where people 
have entered augmented their white pages details Gob title, email address, 
telephone number) with information about their skills, experience and 
interests. ‘hen — when someone searches for grievance — in addition to (a) 
the word document policy, the results also include (b) a link to Tessa Jones’ 
Yellow Pages entry and (c) a link to the Employee Relations teamspace, 
where ‘Tessa — and her line colleagues across ABC Co — collaborate on 
policy development and employee relations management. 


Some final thoughts 


The humble search function can be the most powerful agent for improved 
knowledge management your organisation has ever invested in. By 
extension, therefore, it can become the definitive “killer application” on 
your intranet portal. However, it is vital that the search capability can 
acccess all the information and people in your organisation and that result 
relevancy is high. ‘This is not as easy as it sounds and requires proper 
planning and detailed work. 


(first published on Intranet Watch in June 2005) 
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